SQL Tabelle kopieren
Halllo Administrator.de Community,
ich habe eine kurze Frage.
Ist es Möglich eine SQL Tabelle von einer Datenbank zu einer anderen zu kopieren.
Per Skript oder ähnliches, nach dem die SQL Tabelle kopiert wurde, sollen zu einem späteren Zeitpunk nur noch die Tabellenreihen die sich geändert haben von der Quelldatenbank zur Zieldatenbank kopiert werden.
Wie realisiert man sowas am einfachsten ?
Viele Danke
ich habe eine kurze Frage.
Ist es Möglich eine SQL Tabelle von einer Datenbank zu einer anderen zu kopieren.
Per Skript oder ähnliches, nach dem die SQL Tabelle kopiert wurde, sollen zu einem späteren Zeitpunk nur noch die Tabellenreihen die sich geändert haben von der Quelldatenbank zur Zieldatenbank kopiert werden.
Wie realisiert man sowas am einfachsten ?
Viele Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 163801
Url: https://administrator.de/contentid/163801
Ausgedruckt am: 05.11.2024 um 17:11 Uhr
6 Kommentare
Neuester Kommentar
Moin Ruffy1984,
falls eine Replikationslösung zu überdimensioniert für diese Anforderung ist (z.B. wenn es wirklich tendiziell nur "eine Tabelle" ist und nicht eine Datenbank mit 157 Tabellen), dann wäre die Minimal-Anforderung die Einrichtung eines "DB-Links" , d.h. es gibt einen Datenbank-User, der die Connection gleichzeitig zu beiden Datenbanken herstellen kann und der die nötigen Lese/Schreibrechte in beiden Instanzen/Schemata hat.
Dazu muss es allerdings auch ein "gleiches" Datenbankblech sein, z.B. beide DBMSe Oracle 11g oder beide ein SQLServer2005 o.ä.
Aber dieses gehört momenentan noch zu deinem alleinigen - was sollen wir also hier rumraten.
Grüße
Biber
falls eine Replikationslösung zu überdimensioniert für diese Anforderung ist (z.B. wenn es wirklich tendiziell nur "eine Tabelle" ist und nicht eine Datenbank mit 157 Tabellen), dann wäre die Minimal-Anforderung die Einrichtung eines "DB-Links" , d.h. es gibt einen Datenbank-User, der die Connection gleichzeitig zu beiden Datenbanken herstellen kann und der die nötigen Lese/Schreibrechte in beiden Instanzen/Schemata hat.
Dazu muss es allerdings auch ein "gleiches" Datenbankblech sein, z.B. beide DBMSe Oracle 11g oder beide ein SQLServer2005 o.ä.
Aber dieses gehört momenentan noch zu deinem alleinigen - was sollen wir also hier rumraten.
Grüße
Biber
Moin Ruffy1984,
Die erste Aussage und die zweite Nachfrage hängen direkt voneinander ab.
Solange niemand weiß, ob wie hier von mySQL oder Oracle od Mitsubishi reden, solange wird niemand vorpreschen und sagen:
" nimm doch den xySQLMerger 3.7".
Zitat von @Ruffy1984:
Hallo Biber,
das mit dem Datenbankblecht werdeich heute nachgucken könnnen, ob das beides die selben sind.
Welches Werkzeug benutzt man wenn die Datenbanken die selben sind ?
Hallo Biber,
das mit dem Datenbankblecht werdeich heute nachgucken könnnen, ob das beides die selben sind.
Welches Werkzeug benutzt man wenn die Datenbanken die selben sind ?
Die erste Aussage und die zweite Nachfrage hängen direkt voneinander ab.
Solange niemand weiß, ob wie hier von mySQL oder Oracle od Mitsubishi reden, solange wird niemand vorpreschen und sagen:
" nimm doch den xySQLMerger 3.7".
Was scriptig von datenbanken angeht, habe ich leider nicht so die Erfahrung.
Ischwördi - von meinen Jungs und Mädelz hier macht auch keiner "scriptig" mit den armen Datenbanken, was auch immer das sein mag.Grüße
Von mir auch