 |
 |
 |
 |
 |
|
Antwort
|
|
Registriert seit: 24. Mär 2003 11 Beiträge Delphi 7 Professional |
#11
31. Mär 2003, 13:13
Zitat von Paul Jr.:
Es ist einfach und sauber... Du stellst via TDataBase getrennte Verbindungen zu jeweiliger Datenbank... und per entsprechende TDatasets (also TQuery oder TTable oder andere...) die an den besagten getrennten TDataBase ?hängen? öffnest Du zuerst die entsprechenden SQL-Tabellen (am besten Query als Quelle und TTable als Ziel)... dann läuftst Du die Quelle seqeuntiel durch und kopierst Du Datensatz für Datensatz in die ZIEL-Datenbank...
deine Lösung ist nur dann nicht so einfach anwendbar, wenn sich die Struktur der zu kopierenden Tabelle von Zeit zu Zeit ändert. Das hätte ich schon dazu schreiben können. Sorry ! Dieser Fall kann in meiner Anwendung auftreten, weil die Quelltabelle aus Datenbank A dynamisch ist, es können also Attribute (Spalten) hinzugefügt werden (es handelt sich um eine andere Anwendung, die mit diesen dynamischen Tabellen arbeitet, kann ich leider nicht ändern !). Die Interpration der (selten) hinzugefügten Attribute erfolgt dann in meiner Anwendung über eine separate Zuordnungstabelle. Das funzt auch schon problemlos. Der gesamte Ablauf ist folgendermaßen gedacht:
Kurzum: Ich muss eine dynamisch erweiterbare Tabelle (Struktur+Inhalte) mit ADO von Datenbank A nach Datenbank B kopieren. Das muss doch auch einfacher gehen, als umständlich zwei Querys (dynamische Tabellenstruktur berücksichtigen !) zusammenzubasteln und Datensatz für Datensatz einzeln rüberschaufeln. Ich hatte auch schon überlegt, ob ich von Delphi aus eine Tabelle in Access importieren kann, quasi, als ob ich direkt die mdb öffne und manuell 'Tabelle importieren' wähle. Das wäre auch eine elegante Lösung... Auf jeden Fall habe ich durch Eure bisherigen Antworten schon viel dazu gelernt. Und darum geht es letztlich...Danke ! |
Zitat
|
|
(Gast)
n/a Beiträge |
#12
31. Mär 2003, 14:01
Hallo Nostromo73 8) ,
(...) deine Lösung ist nur dann nicht so einfach anwendbar, wenn sich die Struktur der zu kopierenden Tabelle von Zeit zu Zeit ändert. Das hätte ich schon dazu schreiben können. Sorry ! (...) Natürlich es gibt eine elegantere Lösung...  ich mache es z.B. so... wenn ich mit einer Unbekannter- SQL- Struktur konfrontiert werde:1.) Eine Datenbank wird ausgewählt 2.) Alle vorhandene Tabellen werden ausgelesen 3.) Eine Tabelle wird ausgewählt 4.) Aufbau der ausgewählten Tabelle wird analisiert und eine universelle (unabhängige) SQL- Tabellen Definition (also CREATE TABLE blabla, ... NOT NULL , Schlüssel etc...) wird generiert. 5.) Ziel Datenbank wird ausgwält (z.B. ORACLE oder Interbase etc...) 6.) In dem Ziel-Datenbak wird die neue (KLON) Tabelle erzeugt. 7.) Daten werden automatisch von Datenbak A in die Datenbank B kopiert So... Wünsche Dir viel Erfolg...  Gruß Paul Jr. |
|
Zitat
|
|
Registriert seit: 24. Mär 2003 11 Beiträge Delphi 7 Professional |
#13
31. Mär 2003, 14:22
Zitat:
4.) Aufbau der ausgewählten Tabelle wird analisiert und eine universelle (unabhängige) SQL- Tabellen Definition (also CREATE TABLE blabla, ... NOT NULL , Schlüssel etc...) wird generiert.
Noch eine kleine Frage, dann habe ich endlich das nötige Know-How... Gibt es eine Funktionalität in Delphi, die mir zu einer Tabelle direkt die SQL-Tabellendefintion mitsamt Primärschlüssel etc. und ausspuckt oder muss ich da etwa durch alle Spalten durchgehen und die Attributnamen einzeln an das "Create Table..." anhängen ? |
|
Zitat
|
ForumregelnEs ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.
BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus. Trackbacks are an
Pingbacks are an
Refbacks are aus
|
|
Linear-Darstellung
