Frage

Ich habe folgende Comands getan:

generasacodicetagpre.

es läuft groß, ohne Fehler.Aber wenn ich den Befehl verwende:

generasacodicetagpre.

Es gab mir Bündel von Fehlern, die Tische, Sequenzen und andere Sachen bereits existieren.Ich habe also eine Frage, ich könnte einen solchen Ansatz verwenden, oder es ist falsch, und ich sollte etwas anderes verwenden?

War es hilfreich?

Lösung

Überprüfen Sie die Dokumentation für weitere Informationen oder Typimpdp help=y.Es gibt einen Parameter ( table_exists_action ), der definiert, wenn Sie vorhandene Objekte überschreiben möchten oder wenn Sie anhängen möchten.

table_exists_action
Aktion zu nehmen, wenn das importierte Objekt bereits vorhanden ist.
Gültige Keywords sind: Anhängen, ersetzen, ersetzen, [überspringen] und abgeschnitten.

Andere Tipps

nein, das ist kein möglicher Weg:

  • Die meisten Nicht-Tabellenobjekte sind bereits in Ihrem Schema vorhanden.Sie erhalten bereits solche Fehlermeldungen.Der Import wird es nicht überschreiben.
  • Sie können so konfigurieren, wie der Export funktionieren soll, wenn bereits vorhanden ist, wenn bereits eine Tabelle vorhanden ist, aber wenn eine Tabelle ist, die S, die von einer anderen Tabelle referenziert ist, dann abgeschnitten und ersetzen wird nicht funktionieren.
  • Selbst wenn keine Fremdschlüssel-Referenz auf eine Tabellenindexe auftritt, verlangsamt den Import drastisch
  • Viele andere Probleme können auftreten (in Bezug auf Trigger, Partitionen, Verweise auf andere Tabellen und möglicherweise mehr)

So ist der einzige vernünftige Weg, um das Schema mit EXPDP / Impdp zu synchronisieren, um das Schema vor dem Import zu löschen.

Wenn Sie das Schema nicht aus irgendeinem Grund löschen möchten, aber ersetzen Sie die Daten der Tabellen, die viele zusätzliche Vorgänge erforderlich sind.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit dba.stackexchange
scroll top