title: Need advice on selecting a data access method
body: <p>I am in the early stages of planning a conversion of a large classic ASP database application to ASP.Net and I'm having trouble picking out which data access method to use.  I have played around with Linq To SQL, Dynamic Data, strongly typed datasets, Enterprise Library (Data Access Application Blocks), and a tiny bit with Entity Framework, but none of them have jumped out to me as "the one".  There are just too many choices - my head is swimming, help me choose!  </p>
  
  <p>Perhaps it would help to give some background on the application that I am converting along with the priorities...</p>
  
  <ul>
  <li><p>The back end is Microsoft SQL Server (2005 or later) and we are committed to that, so I don't need to worry about ever supporting a different database platform.</p></li>
  <li><p>The database is very mature and contains a great deal of the business logic.  It is highly normalized and makes extensive use of stored procedures, triggers, and views.  I would rather not reinvent two wheels at the same time, so I'd like to make as few changes to the database as possible.  So, I need to choose a data access method that is flexible enough to let me work around any quirks in the database.</p></li>
  <li><p>The application has many data entry forms and extensive searching and reporting capabilities (reports are another beast which I will tackle later).</p></li>
  <li><p>The application needs to be flexible enough to deal with minor changes to the database structure.  The application (and database) may be installed at different sites where minor custom modifications are made to the database.  Ideally the application could identify the database extensions and react appropriately.  In other words, if I need to store an O/R mapping in the application, I need to be able to swap that out (or refresh it easily) when installing the application and database at a new site.</p></li>
  <li><p>Rapid application development is critical.  Since the database is already done and the user interface is going to closely match the existing application, I'm hoping to find something where we can crank this out fairly quickly.  I am willing to sacrifice not using the absolute latest and greatest technology if it will save time in development.  In other words, if there is a steep learning curve to using something like Entity Framework, I'm fine with going something like strongly typed Datasets and a custom DAL if it will speed up the process.  </p></li>
  <li><p>I am a total newbie to ASP.Net but am intimately familiar with Classic ASP, T-SQL and the old ADO (e.g. disconnected recordsets).  If any of the data access methods is better suited for someone coming from my background, I might lean in that direction.</p></li>
  </ul>
  
  <p>Thanks for any advice that you can offer!</p>