Sollte ich mit LINQ To SQL beginnen?

Question

Derzeit verwende ich NetTiers, um meine Datenzugriffsschicht und Dienstschicht zu generieren. Ich verwende NetTiers seit über 2 Jahren und habe es als sehr nützlich empfunden. Irgendwann muss ich mich mit LINQ befassen, daher sind meine Fragen...

1. Ist schon jemand von NetTiers zu LINQ To SQL gewechselt?
2. War diese Umstellung eine gute oder schlechte Sache?
3. Gibt es etwas, das ich beachten sollte?
4. Würden Sie diesen Schalter empfehlen?

Grundsätzlich würde ich jeden Gedanken begrüßen .

Answer 1

1. Nein
2. Siehe Nr. 1
3. Sie sollten sich vor dem Standardabstraktions-Overhead hüten. Auch ist es sehr SQL Server basiert in seinem aktuellen Zustand.
4. Wenn Sie SQL Server verwenden, dann vielleicht. Wenn Sie LINQ für andere Dinge gerade jetzt wie über XML-Daten (groß), Objektdaten, Datasets, dann ja sollten Sie wechseln, um eine einheitliche Datensyntax für alle von ihnen haben könnte. Wie lagerdalek Wenn es nicht kaputt ist, sollte man es nicht reparieren. Nach einem kurzen Blick auf .netTiers Application Framework würde ich sagen, wenn Sie bereits in diese Lösung investiert haben, scheint sie Ihnen viel mehr zu bieten als eine einfache Datenzugriffsschicht und Sie sollten dabei bleiben.

Meiner Erfahrung nach ist LINQ to SQL eine gute Lösung für kleine bis mittelgroße Projekte. Es handelt sich um ein ORM, das eine großartige Möglichkeit zur Steigerung der Produktivität darstellt. Es ist auch devrait geben Ihnen eine weitere Abstraktionsebene, die es Ihnen ermöglicht, die darunter liegende Ebene gegen etwas anderes auszutauschen. Der Designer in Visual Studio (und ich glaube auch in VS Express) ist sehr leicht und einfach zu bedienen. Er bietet Ihnen die übliche Drag-Drop- und eigenschaftsbasierte Bearbeitung der Objektzuordnungen.

@ Jason Jackson - Mit dem Designer können Sie Eigenschaften von Hand hinzufügen, aber Sie müssen die Attribute für diese Eigenschaft angeben, aber Sie tun dies einmal, es könnte 3 Minuten länger dauern als das anfängliche Ziehen der Tabelle in den Designer, aber es ist nur einmal pro Änderung in der Datenbank selbst notwendig. Dies unterscheidet sich nicht allzu sehr von anderen ORMs, aber Sie haben Recht, dass sie dies viel einfacher machen könnten, und nur die Eigenschaften finden, die sich geändert haben, oder sogar eine Art Refactoring-Tool für solche Bedürfnisse implementieren.

Ressourcen:

• Warum LINQ to SQL verwenden?
• Scott Guthrie über LINQ to SQL
• 10 Tipps zur Verbesserung der Leistung Ihrer LINQ to SQL-Anwendung
• LINQ To SQL und Visual Studio 2008 Leistungsupdate
• Performance-Vergleiche LINQ to SQL / ADO / C#
• LINQ to SQL 5 Minuten Überblick

Beachten Sie, dass Paralleler LINQ wird derzeit entwickelt, um eine wesentlich höhere Leistung auf Multicore-Maschinen zu ermöglichen.

Answer 2

Ich habe versucht, Linq to SQL für ein kleines Projekt zu verwenden, weil ich dachte, dass ich etwas wollte, das ich schnell generieren kann. Im Designer stieß ich auf eine Menge Probleme. Wenn man zum Beispiel eine Spalte zu einer Tabelle hinzufügen möchte, muss man die Tabellendefinition im Designer entfernen und neu hinzufügen. Wenn Sie irgendwelche Eigenschaften für die Tabelle festgelegt haben, müssen Sie diese Eigenschaften erneut festlegen. Für mich hat dies den Entwicklungsprozess stark verlangsamt.

LINQ to SQL selbst ist schön. Die Erweiterbarkeit gefällt mir sehr. Wenn sie den Designer verbessern können, werde ich es vielleicht wieder versuchen. Ich denke, dass das Framework von ein wenig mehr Funktionalität profitieren würde, die auf ein unverbundenes Modell wie die Webentwicklung ausgerichtet ist.

Überprüfen Sie Die LINQ to SQL-Reihe von Scott Guthrie von Blog-Beiträgen finden Sie einige gute Beispiele für die Verwendung dieses Instruments.

Answer 3

NetTiers ist sehr gut geeignet, um eine umfangreiche und robuste DAL zu erstellen, und wir verwenden es intern für Kernbibliotheken und Frameworks.

Meines Erachtens ist LINQ (in all seinen Ausprägungen, aber speziell, wie ich glaube, dass Sie nach SQL fragen) fantastisch für den schnellen Datenzugriff, und wir verwenden es im Allgemeinen für agilere Fälle.

Beide Technologien sind recht unflexibel und lassen sich nicht ohne eine Erneuerung des Codes oder der dbml-Schicht ändern.

Das heißt, richtig verwendet LINQ 2 SQL ist eine ziemlich robuste Lösung, und Sie könnten sogar beginnen, es für zukünftige Entwicklung aufgrund seiner Benutzerfreundlichkeit zu verwenden, aber ich würde nicht wegwerfen Ihre aktuelle DAL für es - wenn es nicht kaputt ...

Answer 4

Meine Erfahrung sagt mir, dass man mit Linq schneller vorankommt, aber die eigentlichen Aktionen in der Datenbank sind langsamer.

Also... wenn Sie eine kleine Datenbank haben, würde ich sagen, machen Sie es. Wenn nicht, würde ich auf einige Verbesserungen warten, bevor Sie wechseln.

Answer 5

Ich verwende LINQ to SQL auf ziemlich große Projekt jetzt (ca. 150 Tabellen) und es funktioniert sehr gut für mich. Das letzte ORM, das ich verwendet habe, war IBatis, und es hat gut funktioniert, aber es war eine Menge Arbeit nötig, um die Mappings zu erstellen. LINQ to SQL funktioniert für mich sehr gut und hat sich bisher als sehr einfach zu benutzen erwiesen. Es gibt definitiv einige Unterschiede, die man bei der Umstellung überwinden muss, aber ich würde seine Verwendung empfehlen.

Nebenbemerkung, ich habe nie verwendet oder über NetTiers gelesen, so dass ich nicht diskontieren es die Wirksamkeit, aber LINQ to SQL im Allgemeinen hat sich als eine äußerst praktikable ORM sein.