Entity Framework gegenüber LINQ to SQL

Question

Mit der Veröffentlichung von .NET v3.5 SP1 (zusammen mit VS2008 SP1) haben wir nun Zugriff auf das .NET Entity Framework.

Meine Frage ist folgende. Wenn Sie versuchen, zwischen der Verwendung des Entity Framework und LINQ to SQL als ORM zu entscheiden, was ist der Unterschied?

So wie ich es verstehe, ist das Entity Framework (wenn es mit LINQ to Entities verwendet wird) ein "großer Bruder" von LINQ to SQL? Wenn das der Fall ist - welche Vorteile hat es dann? Was kann es leisten, was LINQ to SQL allein nicht leisten kann?

Answer 1

LINQ to SQL unterstützt nur 1 zu 1 Mapping von Datenbanktabellen, Views, Sprocs und Funktionen, die in Microsoft SQL Server verfügbar sind. Es ist eine großartige API, die für den schnellen Datenzugriff auf relativ gut gestaltete SQL Server-Datenbanken verwendet werden kann. LINQ2SQL wurde erstmals mit C# 3.0 und .Net Framework 3.5 veröffentlicht.

LINQ to Entities (ADO.Net Entity Framework) ist eine ORM (Object Relational Mapper) API, die eine umfassende Definition von Objektdomänenmodellen und deren Beziehungen zu vielen verschiedenen ADO.Net-Datenanbietern ermöglicht. So können Sie eine Reihe von verschiedenen Datenbankanbietern, Anwendungsservern oder Protokollen kombinieren, um ein aggregiertes Mash-up von Objekten zu entwerfen, die aus einer Vielzahl von Tabellen, Quellen, Diensten usw. aufgebaut sind. ADO.Net Framework wurde mit dem .Net Framework 3.5 SP1 veröffentlicht.

Dies ist ein guter Einführungsartikel auf MSDN: Einführung in LINQ für relationale Daten

Answer 2

Ich denke, die schnelle und schmutzige Antwort ist, dass

• LINQ to SQL ist der schnelle und einfache Weg, dies zu tun. Das bedeutet, dass Sie schneller loslegen und schneller Ergebnisse liefern können, wenn Sie an einem kleineren Projekt arbeiten.
• Entity Framework ist die kompromisslose Art, dies zu tun. Das bedeutet, dass Sie im Vorfeld mehr Zeit benötigen, langsamer entwickeln und mehr Flexibilität haben, wenn Sie an etwas Größerem arbeiten.

Answer 3

Ist LINQ to SQL wirklich tot? von Jonathan Allen für InfoQ.com

Matt Warren beschreibt [LINQ to SQL] als etwas, das "eigentlich gar nicht existieren sollte". Im Grunde sollte es nur ein Ersatz sein, um die Entwicklung von LINQ zu unterstützen, bis das echte ORM fertig war.

...

Der Umfang von Entity Framework führte dazu, dass der Termin für .NET 3.5/Visual Studio 2008 nicht eingehalten werden konnte. Es wurde rechtzeitig für das unglücklich benannte ".NET 3.5 Service Pack 1" fertiggestellt, das eher ein Major Release als ein Service Pack war.

...

Entwickler mögen [ADO.NET Entity Framework] wegen der Komplexität nicht.

...

Ab .NET 4.0 wird LINQ to Entities die empfohlene Datenzugriffslösung für LINQ to relationale Szenarien sein.

Answer 4

Es gibt eine Reihe von offensichtlichen Unterschieden, die in dem von @lars geposteten Artikel beschrieben werden, aber die kurze Antwort lautet:

• L2S ist eng gekoppelt - Objekteigenschaft an ein bestimmtes Feld der Datenbank oder besser gesagt, Objektzuordnung an ein bestimmtes Datenbankschema
• L2S funktioniert nur mit SQL Server (so weit ich weiß)
• EF ermöglicht das Mapping einer einzelnen Klasse auf mehrere Tabellen
• EF wird M-M Beziehungen behandeln
• EF wird die Möglichkeit haben, jeden ADO.NET-Datenanbieter anzusprechen

Die ursprüngliche Prämisse war, dass L2S für die schnelle Entwicklung und EF für eher "unternehmerische" n-Tier-Anwendungen gedacht ist, aber das ist ein wenig zu kurz gedacht.

Answer 5

LINQ to SQL

1. Homogene Datenquelle: SQL-Server
2. Nur für kleine Projekte empfohlen, bei denen die Datenstruktur gut konzipiert ist
3. Mapping kann ohne Neukompilierung mit SqlMetal.exe geändert werden
4. .dbml (Datenbank-Auszeichnungssprache)
5. Eins-zu-eins-Zuordnung zwischen Tabellen und Klassen
6. Unterstützt TPH Vererbung
7. Unterstützt keine komplexen Typen
8. Vorrangiger Speicheransatz
9. Datenbankzentrierte Sicht auf eine Datenbank
10. Erstellt vom C#-Team
11. Unterstützt, aber keine weiteren Verbesserungen vorgesehen

Entity Framework

1. Datenquelle Heterogeneus: Unterstützung vieler Datenanbieter
2. Empfohlen für alle neuen Projekte außer:
   • Kleinere (LINQ to SQL)
   • wenn die Datenquelle eine flache Datei ist (ADO.NET)
3. Mapping kann ohne Neukompilierung geändert werden, wenn Modell- und Mappingdateien gesetzt werden Metadaten-Artefakt-Prozess auf Kopieren in Ausgabeverzeichnis
4. .edmx (Entity Data Model), das Folgendes enthält:
   • SSDL (Speicherschema-Definitionssprache)
   • CSDL (Konzeptuelle Schema-Definitionssprache)
   • MSL (Mapping Specification Language)
5. Eins-zu-eins, eins-zu-viele, viele-zu-eins-Zuordnungen zwischen Tabellen und Klassen
6. Unterstützt die Vererbung:
   • TPH (Tabelle pro Hierarchie)
   • TPT (Tabelle pro Typ)
   • TPC (Tabelle pro Betonklasse)
7. Unterstützt komplexe Typen
8. Code-first, Model-first, Storage-first-Ansätze
9. Anwendungszentrierte Sicht auf eine Datenbank
10. Erstellt vom SQL Server-Team
11. Die Zukunft der Microsoft-Daten-APIs

---

Siehe auch:

• LINQ To SQL vs. Entity Framework
• Der Unterschied zwischen LINQ to SQL und Entity Framework
• Entity Framework gegenüber LINQ TO SQL