It depends on the architecture you choose. Basically, in your MVC project, your model interacts with data.
If you use ADO , I would suggest moving model into separate class library also DataAccess to a model into separate class library that we use in 3-tier models.
Therefore, you can call data access from business logic , which are separate from the mvc project.
Something like that

In the model you can use BLL
Or you can add the App_Data folder and write a helper data access class and write business logic in the model itself. I would suggest splitting it using the first method.
source share