Designing a Data Access Layer

Started by
1 comment, last by Stani R 15 years, 5 months ago
This is a little question discussing the software engineering aspect of building a DAL. Hints on techniques(such as datasets / linq) aren't required. I'm currently developing a small application to rank debating tournaments. It uses an MS SQL Server 3.5 CE and I'm using Datasets for accessing the databases. However, I'm currently in doubt on what to do with reading/writing to the database. I need a connection string to connect to the database, and I have various business logic classes that need to be stored in the database. Should I just go with a complete Database class that stores the connection string and handles all the database work, or is there a nice and robust way to model a database access layer around this? Toolmaker

Advertisement
These topics might a little bit old, but still applicable:
1) Writing a Portable Data Access Layer
2) Writing Generic Data Access Code in ASP.NET 2.0 and ADO.NET 2.0.
Newest way seems to be using WCF, but I never try.
There are numerous frameworks that will handle this for you, depending on what language you are using. Here's a short list. Hibernate is the only one I have experience with, though. It mostly works through establishing an XML mapping between objects and tables.

This topic is closed to new replies.

Advertisement