Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <ol> <li>No</li> <li>See #1</li> <li>You should beware of standard abstraction overhead. Also it's very SQL Server based in it's current state.</li> <li>Are you using SQL Server, then maybe. If you are using LINQ for other things right now like over XML data (great), Object data, Datasets, then yes you should could switch to have a uniform data syntax for all of them. Like <a href="https://stackoverflow.com/questions/81376/should-i-start-using-linq-to-sql#81422">lagerdalek</a> mentioned if it ain't broke don't fix it. From the quick look at .netTiers Application Framework, I'd say if you already have an investment with that solution it seems to give you much more than a simple Data Access Layer and you should stick with it.</li> </ol> <p>From my experience LINQ to SQL is a good solution for small-medium sized projects. It is an ORM which is a great way to enhance productivity. It also <strong><em>should</em></strong> give you another layer of abstraction that will allow you to change out the layer underneath for something else. The designer in Visual Studio (and I belive VS Express also) is very easy and simple to use. It gives you the common drag-drop and property-based editing of the object mappings. </p> <p>@ <a href="https://stackoverflow.com/questions/81376/should-i-start-using-linq-to-sql#154525">Jason Jackson</a> - The Designer does let you add properties by hand, however you need to specify the attributes for that property, but you do this once, it might take 3 minutes longer than the initial dragging of the table into the designer, however it is only necessary once per change in the database itself. This is not too different from other ORMs, however you are correct that they could make this much easier, and find only those properties that have changed, or even implement some kind of refactoring tool for such needs.</p> <p>Resources:</p> <ul> <li><a href="http://dotnet.org.za/hiltong/archive/2008/02/01/why-use-linq-to-sql-part-1-performance-considerations.aspx" rel="nofollow noreferrer">Why use LINQ to SQL?</a></li> <li><a href="http://weblogs.asp.net/scottgu/archive/2007/09/07/linq-to-sql-part-9-using-a-custom-linq-expression-with-the-lt-asp-linqdatasource-gt-control.aspx" rel="nofollow noreferrer">Scott Guthrie on LINQ to SQL</a></li> <li><a href="http://www.sidarok.com/web/blog/content/2008/05/02/10-tips-to-improve-your-linq-to-sql-application-performance.html" rel="nofollow noreferrer">10 Tips to Improve your LINQ to SQL Application Performance</a></li> <li><a href="http://www.davidhayden.com/blog/dave/archive/2007/09/28/LINQToSQLVisualStudio2008PerformanceUpdate.aspx" rel="nofollow noreferrer">LINQ To SQL and Visual Studio 2008 Performance Update</a></li> <li><a href="http://www.codeproject.com/KB/linq/performance_comparisons.aspx" rel="nofollow noreferrer">Performance Comparisons LINQ to SQL / ADO / C#</a></li> <li><a href="http://www.hookedonlinq.com/LINQtoSQL5MinuteOverview.ashx" rel="nofollow noreferrer">LINQ to SQL 5 Minute Overview</a></li> </ul> <p>Note that <a href="http://msdn.microsoft.com/en-us/magazine/cc163329.aspx" rel="nofollow noreferrer">Parallel LINQ</a> is being developed to allow for much greater performance on multi-core machines.</p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
    1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload