gelöst 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
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
6 Antworten
- LÖSUNG SlainteMhath schreibt am 01.04.2011 um 13:10:39 Uhr
- LÖSUNG Biber schreibt am 01.04.2011 um 14:06:14 Uhr
- LÖSUNG Ruffy1984 schreibt am 04.04.2011 um 08:28:44 Uhr
- LÖSUNG Biber schreibt am 04.04.2011 um 13:39:02 Uhr
- LÖSUNG Ruffy1984 schreibt am 05.04.2011 um 09:25:15 Uhr
- LÖSUNG Ruffy1984 schreibt am 07.04.2011 um 10:25:25 Uhr
- LÖSUNG Ruffy1984 schreibt am 05.04.2011 um 09:25:15 Uhr
- LÖSUNG Biber schreibt am 04.04.2011 um 13:39:02 Uhr
- LÖSUNG Ruffy1984 schreibt am 04.04.2011 um 08:28:44 Uhr
- LÖSUNG Biber schreibt am 01.04.2011 um 14:06:14 Uhr
LÖSUNG 01.04.2011 um 13:10 Uhr
Moin,
am einfachsten geht sowas sicher mit der Replikationsfunktion des von dir eingesetzten SQL Servers.
lg,
Slainte
am einfachsten geht sowas sicher mit der Replikationsfunktion des von dir eingesetzten SQL Servers.
lg,
Slainte
LÖSUNG 01.04.2011 um 14:06 Uhr
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
LÖSUNG 04.04.2011 um 08:28 Uhr
Hallo Biber,
das mit dem Datenbankblecht werdeich heute nachgucken könnnen, ob das beides die selben sind.
Ws ich noch vielleicht zur Beschreibung ergänzen müsste, es gibt eine Spalte kfzid die einen Primary key hat und es kommen täglich neue kfzids dazu. bei dem kopieren müss halt vorher geguckt werden ob so eine ID schon vorhanden ist, wenn nicht dann werden die neu gazu gekommenen kfzids rüber kopiert.
Welches Werkzeug benutzt man wenn die Datenbanken die selben sind ? Was scriptig von datenbanken angeht, habe ich leider nicht so die Erfahrung.
Grüße
das mit dem Datenbankblecht werdeich heute nachgucken könnnen, ob das beides die selben sind.
Ws ich noch vielleicht zur Beschreibung ergänzen müsste, es gibt eine Spalte kfzid die einen Primary key hat und es kommen täglich neue kfzids dazu. bei dem kopieren müss halt vorher geguckt werden ob so eine ID schon vorhanden ist, wenn nicht dann werden die neu gazu gekommenen kfzids rüber kopiert.
Welches Werkzeug benutzt man wenn die Datenbanken die selben sind ? Was scriptig von datenbanken angeht, habe ich leider nicht so die Erfahrung.
Grüße
LÖSUNG 04.04.2011 um 13:39 Uhr
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 auchLÖSUNG 05.04.2011 um 09:25 Uhr
Hallo Biber,
deine KOmmentare gefallen mir Hehe..
KOnnte jetzt soweit alles herausfinden...die Quelldaten kommen von einen Microsoft SQL 2005 und der Ziel ist ein Microsoft SQL 2000.
deine KOmmentare gefallen mir Hehe..
KOnnte jetzt soweit alles herausfinden...die Quelldaten kommen von einen Microsoft SQL 2005 und der Ziel ist ein Microsoft SQL 2000.
LÖSUNG 07.04.2011 um 10:25 Uhr
Hallo,
könnte ich folgendermaßen vorgehen ?
Auf dem Zielserver: select Jobids from Tabelle. Ergebnis auf den
Quellserver übertragen
Auf dem Quellserver: select * from Tabelle where Jobid not in (Ergebnis
vom Zielserver)
Funktioniert das wenn man 2 unterschiedliche SQL Server Versionen besitzt ? unter Microsoft müsste das kein thema sein oder ?
Grüße
Ruffy
könnte ich folgendermaßen vorgehen ?
Auf dem Zielserver: select Jobids from Tabelle. Ergebnis auf den
Quellserver übertragen
Auf dem Quellserver: select * from Tabelle where Jobid not in (Ergebnis
vom Zielserver)
Funktioniert das wenn man 2 unterschiedliche SQL Server Versionen besitzt ? unter Microsoft müsste das kein thema sein oder ?
Grüße
Ruffy
Ähnliche Inhalte
Neue Wissensbeiträge
Heiß diskutierte Inhalte
