SQL Statement für Pervasivesql DB zum exportieren
Hallo an alle Ich hoffe ihr könnt mir weiter helfen.
Vorweg ich bin ein totaler nooby was Datenbanken angeht also falls ich was falsches frage bitte Steinigt mich nicht.
Also zu meinem Problem
Es gibt eine Datenbank bzw. mehrere auf Pervasivesql DB (kannte ich bis heute nicht) ich versuche jetzt alle Daten zu exportieren.
So als erstes habe ich den Pervasive Controll Manager gestartet dann Databases (Engine) rechte maustaste und auf Task Export Data.
Soweit so gut.
Jetzt kommt ein Wizzard hoch mit dem ich die Datenbank Exportieren kann, ich kann jetzt verschiedene Datenbanken auswählen, ich habe eine ausgewählt und auf weiter geklickt.
Jetzt muss ich den Speicherort für den Export angeben (C:\xxx) ok jetzt steht da noch Export Dateformat SDF oder UDF zur Auswahl und File type ANSI/OEM/Unicode dann noch Text qualifiler "double Quote" Single Quote und Pipe und Line Seperator CR-LF und nur LF.
ich habe einfach alles so gelassen wie es eingestellt war und auf weiter geklickt.
So jetzt kommt ein Fenster "Specify Table Copy ore Query"
Hier kann ich jetzt Export from Table auswählen oder use SQL Statement for Export
Jetzt weis ich nicht wie man bei so was vorgeht exportiert man die einzelnen Tables oder gibt man ein Statement ein um alles auf einmal zu exportieren.
Und wenn man ein Statement schreiben muss wie mache ich das am besten.
Ich will alle Daten von der Datenbank auf eine SQL2008 Datenbank migrieren.
Ich habe gegoogelt und auch in einigen Foren gesucht ob es Tools gibt mit dem man das automatisch geht. und auch was gefunden aber das kostet einfach zu viel.
Das ganze soll auch nur einmal gemacht werden dannach wird die alte Datenbank entfernt.
Am besten wäre ein Statement womit ich einfach die ganze Datenbank exportieren kann nur kenne ich Pervasivesql DB´s nicht.
Sorry noch einmal an alle dass ich so wenig ahnung davon habe... ich hoffe ihr könnt mir da weiter helfen oder Tipps geben wo ich nachlesen kann wie ich das hinbekomme.
Lieben Gruß vorab
Eddi
Vorweg ich bin ein totaler nooby was Datenbanken angeht also falls ich was falsches frage bitte Steinigt mich nicht.
Also zu meinem Problem
Es gibt eine Datenbank bzw. mehrere auf Pervasivesql DB (kannte ich bis heute nicht) ich versuche jetzt alle Daten zu exportieren.
So als erstes habe ich den Pervasive Controll Manager gestartet dann Databases (Engine) rechte maustaste und auf Task Export Data.
Soweit so gut.
Jetzt kommt ein Wizzard hoch mit dem ich die Datenbank Exportieren kann, ich kann jetzt verschiedene Datenbanken auswählen, ich habe eine ausgewählt und auf weiter geklickt.
Jetzt muss ich den Speicherort für den Export angeben (C:\xxx) ok jetzt steht da noch Export Dateformat SDF oder UDF zur Auswahl und File type ANSI/OEM/Unicode dann noch Text qualifiler "double Quote" Single Quote und Pipe und Line Seperator CR-LF und nur LF.
ich habe einfach alles so gelassen wie es eingestellt war und auf weiter geklickt.
So jetzt kommt ein Fenster "Specify Table Copy ore Query"
Hier kann ich jetzt Export from Table auswählen oder use SQL Statement for Export
Jetzt weis ich nicht wie man bei so was vorgeht exportiert man die einzelnen Tables oder gibt man ein Statement ein um alles auf einmal zu exportieren.
Und wenn man ein Statement schreiben muss wie mache ich das am besten.
Ich will alle Daten von der Datenbank auf eine SQL2008 Datenbank migrieren.
Ich habe gegoogelt und auch in einigen Foren gesucht ob es Tools gibt mit dem man das automatisch geht. und auch was gefunden aber das kostet einfach zu viel.
Das ganze soll auch nur einmal gemacht werden dannach wird die alte Datenbank entfernt.
Am besten wäre ein Statement womit ich einfach die ganze Datenbank exportieren kann nur kenne ich Pervasivesql DB´s nicht.
Sorry noch einmal an alle dass ich so wenig ahnung davon habe... ich hoffe ihr könnt mir da weiter helfen oder Tipps geben wo ich nachlesen kann wie ich das hinbekomme.
Lieben Gruß vorab
Eddi
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 137198
Url: https://administrator.de/contentid/137198
Ausgedruckt am: 26.11.2024 um 12:11 Uhr
15 Kommentare
Neuester Kommentar
Moin mirip1,
Wieso lässt du uns erst loslaufen mit irgendwelchen assistentenmenügeführten ASCII-Flatfile-Exporten, wenn sich jetzt herausstellt, dass du direkt über ODBC zugreifen kannst??
Grüße
Biber
Zitat von @Mirip1:
Also ne Frage kann ich mir die Daten nicht ihrgend wie per DTS Script holen über odbc wenn ich eine Verbindung zu der Datenbank habe ?
Na du bist ja drollig...Also ne Frage kann ich mir die Daten nicht ihrgend wie per DTS Script holen über odbc wenn ich eine Verbindung zu der Datenbank habe ?
Wieso lässt du uns erst loslaufen mit irgendwelchen assistentenmenügeführten ASCII-Flatfile-Exporten, wenn sich jetzt herausstellt, dass du direkt über ODBC zugreifen kannst??
Grüße
Biber
Moin Mirip1,
ebenfalls sorry, sollte kein Anraunzer sein.
Du hattest ja gleich im Eröffnungsbeitrag geschrieben, dass du neuling bezüglich Datenbanken bist.
Damals, als ich deinen Beitrag das erste Mal gelesen habe dachte ich noch "Hm.... soll ich noch mal fragen, ob denn eine Verbindung herstellbar ist von Rechner_mit_Pervasive.SQL zu Rechner_mit_MSSQL bzw Rechner_mit_Firebird..?"
Aber dann hast du so beherzt und bestimmt mit diesem Export-Assistenten weitergemacht, dass ich dann auch vermutet habe, der Pervasive.SQL-Rechner hat bestenfalls noch ein 3,5"-Diskettenlaufwerk für Datenweitergaben.
Also nochmal zurück..
Grüße
Biber
ebenfalls sorry, sollte kein Anraunzer sein.
Du hattest ja gleich im Eröffnungsbeitrag geschrieben, dass du neuling bezüglich Datenbanken bist.
Damals, als ich deinen Beitrag das erste Mal gelesen habe dachte ich noch "Hm.... soll ich noch mal fragen, ob denn eine Verbindung herstellbar ist von Rechner_mit_Pervasive.SQL zu Rechner_mit_MSSQL bzw Rechner_mit_Firebird..?"
Aber dann hast du so beherzt und bestimmt mit diesem Export-Assistenten weitergemacht, dass ich dann auch vermutet habe, der Pervasive.SQL-Rechner hat bestenfalls noch ein 3,5"-Diskettenlaufwerk für Datenweitergaben.
Also nochmal zurück..
- Pervasive.SQL-Rechner ist erreichbar über Netzwerk für Zielrechner?
- Ziel-Datenbanksystem ist jetzt MSSQL oder Firebird oder was?
- Ziel-System hat oder hat nicht einen Client-ODBC-Treiber für Pervasive.SQL?
- Aufgabe ist jetzt nur die Rettung/erhaltung des Datenbestandes?
- ...oder soll der Inhalt mit den damaligen Datenstrukturen migriert und unter anderen DBMS weiterentwickelt/adaptiert werden?
- Hängt noch eine Applikation da dran oder ist das alles ein händisch gepflegter Datenklumpen?
Grüße
Biber
Moin Mirip,
du brauchst dich nicht für deine Unwissenheit entschuldigen - du zeigst ja, dass du bereit bist, etwas dagegen zu unternehmen.
Ich entschuldige mich ja auch nicht ständig für meine mangelnde nervliche Belastbarkeit, wenn ich mal wieder einen harmlosen Anwender anblöke.
Falls du beim suchmaschinen nach "Client-ODBC-Treiber" kein Glück haben solltest... gemeint ist der Datenbanktreiber (von Pervasive.SQL mitgeliefert), der es anderen Rechnern (="Clients", sind alle Rechner, die eben nicht die "Datenbank-Server-Engine" selbst sind) ermöglicht, zu der Datenbamk zu "connecten", also sich mit User & Passwort anzumelden und die Daten zu lesen/zu bearbeiten.
Sobald irgendeine "Connection" zum Pervasive.SQL-Server zustande gekommen ist, ist es vollkommen nebensächlich, ob einer der Rechner ein Mac, ein Linuxserver oder eine Windosbüchse ist - die "richtige" Übersetzung, Umsetzung & Darstellung regelt der Treiber.
Bedeutet, wenn so eine ODBC-Verbindung zustandekommt, dann ist der physische Transport der Daten von A (=alter Server) nach B (=irgendein neuer Rechner; am besten einer der MSSQL/FireBird-Server) ein sehr, sehr viel handhabbareres Problem als ein Export als simpler plattgeklopfter Text.
Grüße
Biber
du brauchst dich nicht für deine Unwissenheit entschuldigen - du zeigst ja, dass du bereit bist, etwas dagegen zu unternehmen.
Ich entschuldige mich ja auch nicht ständig für meine mangelnde nervliche Belastbarkeit, wenn ich mal wieder einen harmlosen Anwender anblöke.
Falls du beim suchmaschinen nach "Client-ODBC-Treiber" kein Glück haben solltest... gemeint ist der Datenbanktreiber (von Pervasive.SQL mitgeliefert), der es anderen Rechnern (="Clients", sind alle Rechner, die eben nicht die "Datenbank-Server-Engine" selbst sind) ermöglicht, zu der Datenbamk zu "connecten", also sich mit User & Passwort anzumelden und die Daten zu lesen/zu bearbeiten.
Sobald irgendeine "Connection" zum Pervasive.SQL-Server zustande gekommen ist, ist es vollkommen nebensächlich, ob einer der Rechner ein Mac, ein Linuxserver oder eine Windosbüchse ist - die "richtige" Übersetzung, Umsetzung & Darstellung regelt der Treiber.
Bedeutet, wenn so eine ODBC-Verbindung zustandekommt, dann ist der physische Transport der Daten von A (=alter Server) nach B (=irgendein neuer Rechner; am besten einer der MSSQL/FireBird-Server) ein sehr, sehr viel handhabbareres Problem als ein Export als simpler plattgeklopfter Text.
Grüße
Biber