Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
I am trying to write a web app in the MVC pattern and I wanted to know if it is good practice to have one class with all of the database calls that will be used by the application in this class.
Then just create an instance of this class when you need it?
Or is it better to mix database calls into any particular class (model or controller) that needs to access the database?
Hmm, this is a good question. It would be more of a personal opinion but what I typically do is create a single Database object to handle all db calls and then I create different db objects for what I need. For example, I would create a UserDB object and place the DB calls in it unique for user’s. If you have user groups you could also create a UserGroupDB object and use that to call all the db queries you need. This allows your code to be easily read and can be used in multiple parts of your system while only keeping the DB logic in a single location. You don’t want to create a single DB object with all your DB queries as this would be obvious overhead as most of the queries will not be required for all the pages within he system.
I hope this helps.