Entity Framework oder etwas anderes?

Question

Ich bin gerade dabei, von C auf C# umzusteigen und würde gerne etwas Zeit investieren, um die Arbeit mit Datenbanken zu lernen. Ich bin überwältigt von den Möglichkeiten: Linq-to-sql, ADO.NET. nHibernate, EntityFramework, plain old sql (ich bin das gewohnt). Da ich nur eine begrenzte Anzahl von Lernstunden zur Verfügung habe (etwa 2,5 Stunden pro Tag), wo sollte ich meine Zeit investieren?

Ich möchte nichts lernen, was nächsten Monat schon wieder veraltet ist oder wofür mich niemand einstellen wird.

Wenn ich EF lerne, wird dieses Wissen dann leicht auf nHibernate übertragbar sein?

Update: Ich habe mich entschieden, mit nHibernate zu beginnen. Während EF 4.0 viele Mängel behoben hat, habe ich nicht VS2010 jetzt und wird es nicht für weitere 1 Jahr haben. Also nHibernate ist der Mann für jetzt.

Answer 1

Anstatt etwas auszuwählen, von dem Sie glauben, dass Sie dafür eingestellt werden könnten, konzentrieren Sie sich auf EF (vielleicht) als konkretes Beispiel für eine Lösung des ORM-Problems als Ganzes. Trotz EF könnte Ihr zukünftiger Arbeitgeber ein nHibernate-Anbieter sein oder eine eigene, selbst entwickelte Lösung haben. Lernen Sie EF, aber nutzen Sie diese Erfahrung, um sich mit ORM vertraut zu machen.

Answer 2

Ich persönlich denke, NHibernate (plus FluentNHibernate und Linq to NHibernate) lässt mich am meisten Vernunft behalten. In realen Projekten ist die Verwaltung einer einzigen EDMX-Datei für ein großes Datenmodell in Entity Framework in einem großen Team wirklich mühsam. In NHibernate kann man mit Fluent die Dinge auf mehrere C#-Dateien aufteilen, oder das HBM-XML-Format ermöglicht die Verwendung mehrerer XML-Dateien. Das letzte Mal, als ich das Entity Framework verwendet habe, war das nicht einfach, es sei denn, man hatte für jedes Modell einen eigenen DataContext. (Falls sich das in letzter Zeit geändert hat, entschuldige ich mich für meine Unkenntnis). Das Schwierigste an NHibernate wird sich wahrscheinlich in den meisten ORM-Tools auf die eine oder andere Weise bemerkbar machen: Die Abbildung von Objektgraphen auf relationale Modelle ist knifflig. Aber man bekommt eine Menge Kontrolle über Dinge wie Lazy Loading, Parent/Child-Beziehungen und so weiter; das Mapping nach Konvention ist auch ein großer Gewinn, wenn man Fluent verwendet.

Aber Sie werden nicht pleite gehen, wenn Sie sich für das Tool entscheiden, in das Microsoft investiert; viele Unternehmen haben die Verwendung eines ORM nicht einmal ernsthaft in Betracht gezogen, bis das Entity Framework veröffentlicht wurde. Ich persönlich möchte nicht für Unternehmen arbeiten, die Entscheidungen wie diese aufschieben, bis ihr Anbieter eine passable Lösung gefunden hat, aber Tatsache ist, dass viele Unternehmen das Entity Framework verwenden (oder verwenden werden).

Es ist absolut nichts falsch daran, das Entity Framework zu verwenden, obwohl ich vermute, dass, wenn Sie EF in Wut für ein reales Projekt für 4 Wochen und NHibernate in Wut für etwa 4 Wochen, mit mehreren Entwicklern auf das Projekt verwendet, gibt es eine gute Chance, dass Sie NHibernate einfacher finden würde. Meiner Erfahrung nach sieht EF auf den ersten Blick viel einfacher aus, wird aber immer komplizierter, je länger man es benutzt. NHibernate sieht anfangs viel schwieriger aus und fühlt sich auch so an, aber es wird einfacher und offensichtlicher, je länger man es benutzt.

Answer 3

EntityFramework ist das, was Microsoft als seine vorgeschlagene Datenbanktechnologie vorstellt. Es beinhaltet viel von dem, was Linq-to-Sql tut. Ich würde dort zusammen mit ADO.NET anfangen. Sie werden ADO.NET auch häufig antreffen.

Wie der Kommentar schon sagt, wird Linq-to-sql auch nicht mehr weiterentwickelt.

http://msdn.microsoft.com/en-us/library/aa697427(VS.80).aspx#ado.netenfrmovw_topic2

Answer 4

Wenn Sie Entity Framework erkunden möchten, diese Reihe von Pluralsight-Videos von Julie Lerman zeigt viele der Grundlagen, die Sie benötigen, um loszulegen. Wie Kevin erwähnte, legt Microsoft weniger Wert auf LINQ-to-SQL und mehr auf LINQ-to-EF.

Answer 5

NHibernate bietet eine größere Flexibilität bei der Vererbungsabbildung, eine bessere Integration mit gespeicherten Prozessen/Datenbankfunktionen/angepasstem SQL/Triggern, Unterstützung für Formeleigenschaften und es ist einfach eine ausgereiftere Plattform als EF 4.