In unserer Organisation, Änderungen an persistenten Daten in der Datenbank vorgenommen werden und erst dann wird Code generiert für was auch immer Programme brauchen, es zu benutzen. Dies ist nicht verhandelbar. EF 6.1 enthält einen netten GUI-basierten Mechanismus für "Datenbank-zuerst" für "Code-First" -Klassen. Es funktioniert wie ein Zauber und wir haben keine EDMX-Dateien mehr, die uns von EF7 zurückhalten. Hurra!Wie generiere ich Code-First-EF-Klassen aus einem Skript?
Es gibt fünf (große) Tabellen in der Datenbank, die von der Generierung ausgeschlossen werden müssen. Wir können es unseren Klassen nicht leisten, irgendwelche Beziehungen zu diesen Daten aufzubauen. Da wir die ganze Reihe von Klassen jedes Mal, wenn die Datenbankänderungen, und es gibt keine Garantie, das die Arbeit tun müssen, regenerieren, will das ich nicht ein manueller Prozess sein, aber ein gekapselter Skript, dass ein müde oder nicht informierte Benutzer können fummle nicht.
Gibt es eine Möglichkeit, die zugrunde liegende Arbeit, die der EF6.1 Datenbank-to-Code-Assistent wird über eine Befehlszeile oder Powershell-Skript aufrufen?
Ist es eine Möglichkeit für Ihre Organisation Skript die Datenbank in eine neue, temporäre Datenbank ohne die fünf Tabellen, und erzeugen dann die Klassen aus dieser Tabelle statt? –
Sie sollten einen Blick auf die „EF Reverse-POCO“ Vorlage haben, ermöglicht es Ihnen, Objekte zu filtern, um Ihre Herzen – ErikEJ
@OJ Raqueño wünschen - die wahrscheinlich schwer für uns zu halten. Die Entwicklungsgruppe "besitzt" nicht die Datenbank, aus der sie stammt, und die Änderungen sind gering. Wir versuchen zu skripten, um zu vermeiden, dass wir Nebenfähigkeiten pflegen müssen, die selten verwendet werden. – Lupestro