yallayalla Geschrieben 9. Januar 2006 Geschrieben 9. Januar 2006 Hallo! Ich habe folgendes Problem: Die Struktur einer bestehenden Datenbank soll komplett (inkl. Trigger etc.) in eine neue Oracle DB übertragen werden, so das die neue DB alle Funktionalitäten der Ursprungs DB enthält und entsprechend alle Schemata der Ur-Db gleichen. Womit gehe ich da ran? besten Dank für jeden Tip. Gruss yallayalla Zitieren
1226 Geschrieben 9. Januar 2006 Geschrieben 9. Januar 2006 Soll nur die Struktur exportiert werden, also ohne Inhalte? Dann würde ich eine leere Hülle aufbauen und starten, wo die Tablespaces wie in der Quelldatenbank vorhanden sind. Dann wird aus der Quelldatenbank ein Full-Export ohne Rows gezogen, der dann in die leere Hülle reingefahren wird. Zitieren
Amstelchen Geschrieben 9. Januar 2006 Geschrieben 9. Januar 2006 http://www.indiana.edu/~dss/Services/DataWarehouse/Oracle/expimp.html Appendix A: Objects Exported In Each Mode such dir dort aus, was du exportieren willst, und wähle den gewünschten modus, z.b. full oder user, tables. mit "rows=no" exportierst du die struktur, aber keine tabellenzeilen. allfällige fragen wird sicherlich auch die Oracle Import/ Export FAQ beantworten können. s'Amstel Zitieren
yallayalla Geschrieben 10. Januar 2006 Autor Geschrieben 10. Januar 2006 Hallo! Hmm, schon ganz hilfreich, aber: Ich will kein dump-File haben, sondern am Schluss eine anpassungsfähige Installationsprozedur haben, die aus der bestehenden DB sowohl die Steuertabellen (mit Inhalt) und die Datentabellen (ohne Inhalt) ausliest und neu in der neuen DB anlegt. Weiterhin sollen bestehende Packages auch in die neue DB. mfg yallayalla Zitieren
yallayalla Geschrieben 10. Januar 2006 Autor Geschrieben 10. Januar 2006 Anhang: Es existieren doch VIEWS unter SYS, die alle Tabellen, Packages etc. anzeigen können. Koennte man aus diesen Ausgaben auch neue CREATE X Befehle machen, die die DB neu anlegen? Wie kann ich die VIEWS unter SYS nutzen? mfg yallayalla Zitieren
1226 Geschrieben 10. Januar 2006 Geschrieben 10. Januar 2006 Es gäbe da noch die Möglichkeit des reverse engineering, um Quellcode für Func/Proc/Pkg zu erzeugen. Dazu gibt es in 9i das Package DBMS_METADATA. Ansonsten hilft wirklich nur ein Full-Export. Zitieren
yallayalla Geschrieben 10. Januar 2006 Autor Geschrieben 10. Januar 2006 Hallo! Also alle Packages habe ioch nochmal sperat als Dateien...es geht eigentlich nur um die Tabellen... mfg yallayalla Zitieren
1226 Geschrieben 10. Januar 2006 Geschrieben 10. Januar 2006 Tja, wenn du es unbedingt so machen willst, dann musst du dir halt über mehrere/viele Views (DBA_OBJECTS, DBA_TABLES, DBA_TAB_COLUMNS, ...) irgendwas zusammenkonkatenieren. Dann hast du erstmal die Tabellen. Dazu kommen noch Constraints, Indexes, ... Ich bezweifle allerdings, dass das funktioniert. Im Endeffekt versuchst du das exp-Tool von Oracle nachzuprogrammieren, denn ein dump ist im Endeffekt auch nichts anderes als ein Haufen DDL/DML. Viel Spass dabei! Zitieren
yallayalla Geschrieben 10. Januar 2006 Autor Geschrieben 10. Januar 2006 Hallo! Aber ein Dump nimmt doch immer den Inhalt mit, oder? Oder kann ich auch die Struktur auch ohne Dateninhalt abbilden? mfg yallayalla Zitieren
1226 Geschrieben 10. Januar 2006 Geschrieben 10. Januar 2006 Aber ein Dump nimmt doch immer den Inhalt mit, oder? Nein!!! Wie oben schon mehrfach erwähnt, kann der Export OHNE Rows erfolgen. Einfach beim exp ein rows=n in den Aufruf setzen, und es werden keine Zeilen rausgeschrieben. Zitieren
zirri Geschrieben 10. Januar 2006 Geschrieben 10. Januar 2006 Hallo! Also alle Packages habe ioch nochmal sperat als Dateien...es geht eigentlich nur um die Tabellen... mfg yallayalla Ein leistungsfaehiges Tool nehmen (gibt es Dutzende) DDL generieren lassen glücklich sein gruss Zitieren
mme Geschrieben 13. Januar 2006 Geschrieben 13. Januar 2006 richtig... jedes anständige Datenmodell-modelierungstool kann auch den umgekehrten Weg (reverse engeneering) und liest die Datenbank aus und erstellt dir die Sqls zum anlegen der Strucktur... Wir nutzen z.B. Powerdesigner von Sybase. (da gibt es ab auch günstigere und trotzdem nicht schlechte alternativen) In die sys und system Tabellen/Views solltest du nicht schreibend eingreifen... Das knallt. Auch die hier vorgeschlagene Variante des Fullexp/Imp hat tücken, da du den Import dann auf keinen fall in eine datenbank einer niederen Version/Patchlevel machen solltest. Also keine gute Idee falls du das an Kunden verteilen willst, wo du die Version nicht kennst... Zitieren
yallayalla Geschrieben 13. Januar 2006 Autor Geschrieben 13. Januar 2006 Hallo! Ersteinmal vielen Dank für die vielen Hinweise und Anmerkungen. Das hier soll automatisiert (mehr oder weniger) erfolgen: (Oracle User, Tabellenstrukturen, Tabelleninhalte,PL/SQL Procederen ...) anlegen. Das Installieren der Anwendung erfolgt bisher manuell bzw. mittels Ex-/Import aus der bestehenden Datenbank. mfg yallayalla Zitieren
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.