Beste Möglichkeit, Datenbankzuordnungen für Migrationen zu dokumentieren [geschlossen]

Ich arbeite an einem Projekt, das das Zuordnen von Datenbankelementen für eine Migration umfasst, und wollte wissen, welche Tools andere dazu verwendeten.

Excel ist eine sehr flexible Möglichkeit, einfache Zuordnungen zu dokumentieren, aber ich habe mich gefragt, ob jemand eine bestimmte Methode oder andere Tools verwendet, die er empfehlen kann.

Der häufigste Weg, um dieses Excel zu machen, aber es hat seine Kompromisse:

• Es ist sehr schwierig, die Tabelle zu aktualisieren, wenn sich eine Seite der Migration ändert (weil etwas fehlt, sich etwas ändert usw.).
• Excel ist für die Benutzer, die die darin dokumentierten Regeln implementieren, schwieriger zu verwenden.
• Die Nachverfolgung von Änderungen ist nahezu unmöglich, wenn mehrere Personen an dem Dokument zusammenarbeiten.

Ich bevorzuge die Verwendung von Datenherkunftsfunktionen von Datenmodellierungswerkzeugen wie ER / Studio, ERwin oder PowerDesigner, um die für die Migration von einem Datenspeicher in einen anderen erforderlichen Transformationen zu verfolgen. Ich bekomme alle Vorteile von RE und vergleiche mich mit der Quelle und dem Ziel sowie keinem der oben genannten Kompromisse. Es macht wirklich einen Unterschied.

Wenn Sie versuchen, Datenzuordnungen zu dokumentieren, ist eine Tabelle wahrscheinlich der einfachste Ansatz, obwohl sie nur für eine 1: 1-Zuordnung geeignet ist. Einige Ansätze sind:

Excel: Sie können eine Tabelle für die Zuordnungen verwenden, insbesondere wenn diese einfach sind. Wenn Ihre Datenbanken nicht isomorph sind (dh nicht für alle Felder, an denen Sie interessiert sind, eine 1: 1-Zuordnung haben), kann die Dokumentation der Zuordnung etwas komplexer sein. Wenn die Unterschiede gering sind, können Sie dies dennoch in einer Tabelle dokumentieren, indem Sie den Feldern, in denen die Zuordnung komplexer ist, Notizen hinzufügen.

CASE-Tool mit benutzerdefiniertem Metamodell Vor ein oder zwei Jahren habe ich ein erweitertes Metamodell und einige zugehörige Skripte für Sparx Enterprise Architect erstellt. Auf diese Weise konnte ich schematische Darstellungen der Zuordnungen erstellen, und es gab einige Modellierungsprimitive, mit denen Sie Transformationen dokumentieren konnten.

Beachten Sie, dass dies ein wenig Programmierung erfordert - und einige Zeit in der von EA präsentierten COM-API und möglicherweise im Repository-Modell. Es ist jedoch nicht allzu undurchsichtig - viel einfacher als das Repository-Modell in (zum Beispiel) Oracle Designer.

Wenn Sie einen wirklich komplexen Datenmigrationsjob haben, können Sie Skripte schreiben, die das Modell abfragen, um (zum Beispiel) sicherzustellen, dass Sie keine nicht zugeordneten Elemente haben. Der Repository-Berichtsgenerator ist auch sehr flexibel in Bezug auf das, was Sie in einen Bericht aufnehmen können. Ich hatte keine allzu großen Probleme, angepasste Berichte daraus zu erhalten, die das meiste von dem taten, was ich wollte. Sie können auch Dinge schreiben, die Daten aus dem Modell extrahieren und in (zum Beispiel) eine Tabelle ausgeben.

Diagramme, einschließlich benutzerdefinierter Modellelemente (EA verfügt über eine Form- und Konnektordefinitionsfunktion) können auch für eine grafische Übersicht über die Migrationsspezifikation erstellt werden.

Der Wert dieses Ansatzes besteht darin, dass Sie einige der Steuerelemente in den Migrationsdokumenten automatisieren und überprüfen können, ob Sie alles, was Sie benötigen, vollständig abdecken. Sie können beispielsweise auch Verweise auf Datenanforderungen in das Repository-Modell aufnehmen und speziell gekennzeichnete Links zwischen diesen und den Quell- oder Zieldatenmodellen verwenden.

ETL-Tools: Wenn Sie Zugriff auf eines der besten ETL-Tools wie Informatica Powercentre haben, können Sie die Zuordnungen dort einrichten. Einige ETL-Tools sind ziemlich selbstdokumentierend, und Sie können das Tool auch für die Migration verwenden. SSIS übernimmt die Zuordnung, ist jedoch auf diese Weise nicht selbstdokumentierend.

Was Sie wirklich wollen, ist ein CASE-Tool, bei dem das Metamodell für Zuordnungen bereits eingerichtet ist. Leider ist mir ein solches Produkt nicht bekannt.

Ich würde vorschlagen, SQL Power Doc von kendalvandyke zu verwenden. Es ist das beste kostenlose Tool, das mit Windows PowerShell eine recht anständige SQL Server- und Windows-Dokumentation erstellt. IT ist bei Codeplex verfügbar.

SQL Power Doc ist eine Sammlung von Windows PowerShell-Skripten und -Modulen, mit denen SQL Server-Instanzen und die zugrunde liegenden Windows-Betriebssystem- und Computerkonfigurationen erkannt, dokumentiert und diagnostiziert werden. SQL Power Doc funktioniert mit allen Versionen von SQL Server von SQL Server 2000 bis 2012 sowie mit allen Versionen von Windows Server und Windows-Consumer-Betriebssystemen von Windows 2000 und Windows XP bis Windows Server 2012 und Windows 8. SQL Power Doc kann auch dokumentieren Windows Azure SQL-Datenbanken.

Ich hatte Erfolg mit der Verwendung von SQL Gate von Red Gate . Es ist einfach einzurichten und bietet eine gute Dokumentation. Wenn Sie jedoch etwas mit grafischer Darstellung von Tabellen und Ansichten und deren Beziehung suchen, kann ich Ihnen dort nicht helfen.

Nach meiner Erfahrung liefert keine der vorgefertigten Anwendungen, die ich ausprobiert habe, genügend brauchbare Informationen. So wie ich das sehe, modellieren und speichern wir Informationen über fast alles, was in einem Unternehmen von Wert ist. Sind die Daten selbst weniger wert als die anderen Vermögenswerte eines Unternehmens? Warum dokumentieren wir dann nicht unsere Daten sowie unsere anderen Vermögenswerte? "Metadaten-Repository" beschreibt nicht genau, was wirklich benötigt wird, da es ein Bild einer Reihe von Definitionen und Strukturen zeichnet, die größtenteils unbenutzt "sitzen", was nicht der Fall sein sollte. "Metadatenanwendung" ist ein viel besserer Begriff.

Ich würde Ihre Metadaten so modellieren, wie Sie Ihre anderen Daten modellieren: Überlegen Sie, wie Sie sie verwenden möchten, erstellen Sie ein Metadatendatenmodell oder "Metamodell", erstellen Sie die analogen Schemastrukturen, füllen Sie die Tabellen und verwenden Sie die Daten. Dann können Sie Ihre Metadaten nicht nur dokumentieren, sondern auch analysieren, Probleme entdecken und sogar Prognosen erstellen.

Aufgrund meiner persönlichen Erfahrung in der Arbeit mit einer riesigen Gesundheitsorganisation, bei der mehrere Zahler- und Anbieterdaten aus mehreren Quellen stammen und es wirklich eine schwierige Aufgabe ist, sie mithilfe einer Excel-Tabelle zu dokumentieren und abzubilden. Wir wurden von unserem Director für AnalytiX Mapping Manager (www.analytixds.com) empfohlen, einen POC durchzuführen.wen er auf einer Konferenz traf. Wir haben einen Live-Anwendungsfall verwendet und die Ergebnisse waren hervorragend. Die Lösung besteht zu 100% aus Metadaten, auf die über einen Webbrowser zugegriffen werden kann. Wir haben es auf Unternehmensebene verwendet. Es scannt und organisiert Metadaten aus einer Vielzahl von Datenbanken, Datenmodellen, Flatfiles und unstrukturierten Daten und identifiziert mit seiner Auswirkungsanalyse und Datenherkunft vor- und nachgelagerte Abhängigkeiten. Die GUI ist benutzerfreundlich mit ihrer einfachen Drag & Drop-Benutzeroberfläche zum Erstellen von Mapping-Spezifikationen. Wir erstellen nicht nur Mapping und Dokumente, sondern generieren auch automatisch ETL-Jobs für intern verwendete Informatica- und SSIS-ETL-Tools. Mit integrierten anpassbaren Zuordnungsvorlagen und vollständiger Versionskontrolle können Sie problemlos Ihre alten Tabellen importieren und Zuordnungsstandards durchsetzen.