Ergebnis 1 bis 5 von 5

Thema: Migration einer bestehenden Datenbank in ein neues Schema

  1. #1
    stphn_gmps ist offline Neuer Benutzer
    Registriert seit
    13.08.2008
    Beiträge
    1

    Ausrufezeichen Migration einer bestehenden Datenbank in ein neues Schema

    Hallo liebe Forumsgemeinde,

    ich habe folgende Frage an euch. Durch die Umstellung von mehreren Softwareschnittstellen in einem Softwaresystem ändert sich nun auch die Beschaffenheit des Datenbankschemas. Daher müssen die bestehenden Daten in dieses neue Datenbankschema übernommen werden. Gibt es dafür ein komfortables Interface, mit dem ich die passenden Mappings, Typänderungen vornehmen kann? Bisher fällt mich nur ein, die entsprechenden Daten per SQL auszulesen, anzupassen und dann per SQL in das neue Schema zuschreiben. Dazu müsste ich aber ein entsprechendes Script erzeugen, was diese Aufgabe übernehmen kann. Diese Arbeit würde ich mir durch den Einsatz eines grafischen Interfaces gerne ersparen.

    Ich hoffe, ihr könnt mir bei diesem Problem weiterhelfen.
    Viele Grüße
    Stephan

  2. #2
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.056

    Standard

    Ich kenne einen Anbieter, der so etwas als Software bietet. Aber das ist kostenpflichtig. Ich weiss ja nicht, wieviel Geld du investieren möchtest.

    Kostenlos wäre mir da kein Tool bekannt.
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  3. #3
    symbiont ist offline Erfahrener Benutzer
    Registriert seit
    17.03.2008
    Ort
    NULL
    Beiträge
    1.320

    Standard

    Zitat Zitat von stphn_gmps Beitrag anzeigen
    Hallo liebe Forumsgemeinde,
    bitte nicht solche unterstellungen - wir koennen uns nicht leiden - aus prinzip
    ich habe folgende Frage an euch. Durch die Umstellung von mehreren Softwareschnittstellen in einem Softwaresystem ändert sich nun auch die Beschaffenheit des Datenbankschemas.
    was aendert sich .. ein paar mehr details koennten vielleicht helfen, das problem in luft aufzuloesen
    Daher müssen die bestehenden Daten in dieses neue Datenbankschema übernommen werden. Gibt es dafür ein komfortables Interface, mit dem ich die passenden Mappings, Typänderungen vornehmen kann?
    ein paar kleinigkeiten kann man mit dem PGAdmin machen ..
    ich wuerde aber ohnehin empfehlen mir so ALTER scripts zu bauen .. weil ich inzwischen immer davon ausgehe, dass der erste wurf nicht "der beste" oder gar "DER" wurf sein wuerde .. so ein script dokumentiert auch gut was du alles gemacht hast
    Bisher fällt mich nur ein, die entsprechenden Daten per SQL auszulesen, anzupassen und dann per SQL in das neue Schema zuschreiben. Dazu müsste ich aber ein entsprechendes Script erzeugen, was diese Aufgabe übernehmen kann.
    die zeit die du ins verstehen und einarbeiten in irgendwelche tools verschwendest - wenn du das sowieso nicht staendig machst - kannst du lieber in das script investieren .. ich wette damit bist zu letztendlich schneller ...
    Diese Arbeit würde ich mir durch den Einsatz eines grafischen Interfaces gerne ersparen
    die erfahrung hat gezeigt, dass es eierlegende wollmilchsaeue nicht gibt .. ich nutze z.B. auch den PGAdmin oft nur um mir von dem irgendwelche code-schnipsel produzieren zu lassen, die ich dann haendisch anpasse .. die tollen tools wissen NIE (koennen sie auch nicht) was du genau tun willst .. und wenn sie es koennten, waere deren bedienung wieder so kompliziert, dass du keinen gewinn davon erzielst - es sei denn das umstricken von datenmodellen gehoert zu deinen hauptaufgaben und hat wenigstens in einer richtung (z.B. zielsystem) immer das gleiche ergebnis ..

    ueberdenks nochmal ..

  4. #4
    achilles_69 ist offline Benutzer
    Registriert seit
    05.07.2006
    Ort
    Bielefeld
    Beiträge
    42

    Standard

    Ich kann aus meiner Sicht auch nur dazu raten, Scripts zum Konvertieren und Anpassen der Daten zu schreiben - schließlich kann so etwas beliebig komplex werden...

    Ich arbeite eigentlich immer so, dass ich solche Scripts auf meiner Entwicklerdatenbank mit Testdaten entwickle. Wenn ich der Meinung bin, dass alles funktioniert, ziehe ich eine Kopie der Produktivdatenbank auf einen Testserver und lasse die Skripte dann auf die "echten" Daten los -- Fehler werden natürlich immer schön in Fehlerdateien geschrieben. Wenn dort auch alles prima läuft -- und erst dann -- lasse ich die Skripte auf der Produktivdatenbank werkeln. Händisch mache ich dort eigentlich nichts. Das klingt zwar kompliziert - aber ich ich habe bislang (aufholzklopf) keine Datenverluste oder Downzeiten auf unserem Produktivserver durch solche Änderungen an der Struktur oder dem Inhalt gehabt.

    Je nach Komplexität der Konvertierungen sind es einfache SQL-Skripte, die ich mit psql einspiele oder Perl-Skripte.

  5. #5
    Gisman ist offline Erfahrener Benutzer
    Registriert seit
    20.01.2006
    Ort
    Pfalz
    Beiträge
    792

    Standard

    Eventuell könnte die die FME Suite von Safe-Software helfen. Ist zwar originär für Geodaten, sollte aber mit normalem auch klar kommen.

    Grüssle Uwe
    Have a lot of fun!

Ähnliche Themen

  1. Problem Migration einer Datenbank mit Encoding SQL_ASCII nach UTF-8
    Von chiefwiggum im Forum Migration
    Antworten: 2
    Letzter Beitrag: 23.02.2011, 21:32
  2. Sinnvolles Design einer Datenbank
    Von araxes im Forum Verschiedenes
    Antworten: 5
    Letzter Beitrag: 18.01.2011, 20:26
  3. Frage XML-Schema in Datenbank konvertieren
    Von Florian im Forum Migration
    Antworten: 2
    Letzter Beitrag: 24.09.2008, 12:44
  4. Entfernen einer Role aus einem Schema
    Von rolfS im Forum Benutzer- & Rechteverwaltung
    Antworten: 1
    Letzter Beitrag: 17.11.2007, 21:07
  5. Antworten: 1
    Letzter Beitrag: 21.06.2006, 11:00

Stichworte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum