Fließendes Nhibernate mit Legacy -Datenbankverbindung Frage

Question

Ich weiß, dass diese Fragen mehrfach gestellt wurden, aber einige der Fragen sind mehr als 6 Monate und Produkte entwickeln sich.

Ich habe ein Datenbankschema, das von einigen echten Profi neu gestaltet ist und in seiner Konstruktion in einem Enterprise -Architekten sitzt und bereit ist, in einen beliebigen Datenbank -Engine -Typ zu generieren. Ich möchte es noch nicht abwerfen. Es sind ungefähr 3-4K-Tische.

Ich habe wirklich eine Reihe von Fragen. Ich habe mich daran verabschiedet, Stack und verschiedene Blogs zu lesen, die Nhibernate mit Automatapplänen und Konventionen fließend sind, ist der beste Weg, um NhisperNate zu verwenden, um eine Domänenschicht zu konstruieren, die sich gut in eine ältere DB integriert. Ich weiß, dass es subjektiv ist, aber ist das immer noch wahr?

Gibt es ein Beispiel oder Open -Source -Projekte, mit denen FH einer vorhandenen Datenbank zugeordnet ist, um zu sehen, wie es in großem Maßstab funktioniert?

Hat jemand, bevor ich gehe, jemand Erfahrung damit, ein kommerzielles Toolset dafür zu verwenden? Was ist im Moment der Stand der Technik? Ich habe mir ein ganzes Bündel angesehen, aber viele der Dokumente sind auf Greenfield ausgerichtet, und es ist schwer zu bestimmen, was die beste Wahl wäre, wenn FH ausgeschlossen wäre. Es würde ein formelles Produkttest, Metriken und einen Bericht erstellt, um die beste Wahl zu ermitteln, aber die Erfahrung zählt.

Vielen Dank. Jede Hilfe wäre geschätzt. Bob.

Answer 1

Ich habe native Nhibernate -Mappings sowie FNH gegen Legacy -Datenbanken verwendet. Der Vorteil von FNH, IMHO, wird wirklich ausgedrückt, wenn Sie die Automapping -Funktionen verwenden können. Für eine Legacy -Datenbank unter der Annahme, dass bei der Konstruktion des Schemas feste Konventionen verwendet werden, ist es eine relativ triviale Sache, kundenspezifische FluentnhisperNate -Kongressklassen zu erstellen, die dann in Verbindung mit den Automap -Funktionen verwendet werden. Sie müssen jedoch nicht Automap -Automaps und die ClassMap (und/oder überschrieben der Automap) die Flexibilität, die Sie benötigen, um gegen das vorhandene Schema zu arbeiten. Das ist natürlich subjektiv. Einige würden argumentieren, dass die NHiberNate XML -Mapping -Dateien gegen ältere Apps besser sind, da Sie die Zuordnungen explizit verwalten. Zu jedem seine eigenen. Ich habe beide gemacht und Vor-/Nachteile von beidem gesehen. Ich bevorzuge FNH, wenn Nhibernate das ausgewählte O/rm ist.

Kasse Sharparchitecture Beispiele für FNH (und andere Nhibernate -Praktiken). Es ist schon eine Weile her, seit ich ihre Quelle gezogen habe, aber das letzte Mal, als ich durch sie gewandert bin, war es ein gutes Beispiel dafür, wozu nhibernate und fnh fähig sind.