Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Übergabe von QRY-Tabelleninhalte an andere Connection (https://www.delphipraxis.net/213310-uebergabe-von-qry-tabelleninhalte-andere-connection.html)

Gege 6. Jul 2023 14:35

Datenbank: MSSQL • Version: 2019 • Zugriff über: ADO

Übergabe von QRY-Tabelleninhalte an andere Connection
 
Hallo Leute

ich habe mal eine Frage , ich steh gerade etwas auf den Schlauch ^^
ich habe 2 connections eine zu einer informix tabelle (FDquery mit FDconnection) und ein ADOqry mit adoconnection zu einer MSSQL Datenbank/Tabelle ..
gibt es eigentlich eine elegantere Variante als
jedes Feld einzeln mit
qryvoncon1.fieldbyname('name').assstring:= qryvoncon2.fieldbyname('name').assstring ... etc
für alle Felder
wenn alle Felder bei beiden Tabellen gleich sind zu übergeben ?

hoffe habe mich verständlich ausgedrückt .. mit dem was ich meine ?! ;)
bei größeren Tabellen ist das ganz schön aufwendig

Danke schon mal
Gerd

Hobbycoder 6. Jul 2023 14:47

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Gelöscht...

Uwe Raabe 6. Jul 2023 15:07

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
CopyFields

Gege 6. Jul 2023 15:14

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
hmm ok .. schau ich mir mal an .. Danke

Delphi.Narium 6. Jul 2023 16:00

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Such' bitte mal mit der Suchmaschine Deiner Wahl nach "delphi BatchMove".

In Delphi 7 gibt es aus den BDE-Zeiten noch die Komponente TBatchMove, da kann man Daten zwischen zwei Tabellen verschieben. Diese müssen sich aber nicht in der gleichen Datenbank befinden.

Devart Forums - Batchmove

FireDAC.Comp.BatchMove.TFDBatchMove

Using FireDac BatchMove with an Active Index on a Query

himitsu 6. Jul 2023 16:00

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Wenn du selber kopierst, dann auch besser .Value anstatt .AsString verwenden.

* einmal für alles was kein String ist,
also nicht unnötig in einen String und wieder zurück umwandeln (z.B. Floats können verändert/ungenau werden)

* und auch bezüglich NULL, weil der String das NULL ja als '' raus giebt.




Oder alternativ innerhalb der Datenbanken bleiben, also die eine DB macht von sich auch ein SELECT in der anderen DB und holt sich die Daten rüber, bzw. schreibt dort drüben.
https://learn.microsoft.com/de-de/sq...l-server-ver16

Sowas können viele DBMS und nennen es z.B. DataLink oder Foreign Data Wrappers (FDW).
Das kann einmal eine Gruppe von Funktionen sein, so man ein SQL-Statement in der anderen DB ausführt
oder es können "virtuelle" Tabellen bei dir sein, die aber intern alles (Insert/Update/Select) zu einer Tabelle in der anderen DB weiterleiten.

Papaschlumpf73 6. Jul 2023 16:15

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Sieh dir mal TDataSetProvider an.

himitsu 6. Jul 2023 16:23

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Dein XE7 ist schon ein bissl alt.

Aber grundsätzlich könnte man alternativ, z.B. im FireDAC, mit LocalDataSets arbeiten.
Da kannst'e in der einen QueryKomponente auf Inhalte von anderen Queries/DataSets oder sonstwelchen Komponenten (TEdit, TCheckBox, ...) zugreifen.

Uwe Raabe 6. Jul 2023 16:32

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Vielleicht habe ich die Frage nicht richtig verstanden, aber es geht doch um die Felder eines Datensatzes und nicht um die gesamte Datenmenge, oder?
(emphasize be me)
Zitat:

Zitat von Gege (Beitrag 1524271)
gibt es eigentlich eine elegantere Variante als
jedes Feld einzeln mit
qryvoncon1.fieldbyname('name').assstring:= qryvoncon2.fieldbyname('name').assstring ... etc
für alle Felder
wenn alle Felder bei beiden Tabellen gleich sind zu übergeben ?

Weiterhin geht es hier offenbar um ADO und da bietet sich eine grundlegende TDataSet Funktionalität eher an als Komponenten eines anderen DAC. Bei entsprechender Flexibilität kann man das natürlich in Betracht ziehen, wenn denn die Batch-Funktionalität benötigt wird.

Delphi.Narium 6. Jul 2023 17:48

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Es ist noch komplizierter:

Zwei Datenbanken zwischen denen über unterschiedliche Datenbankkomponenten kommuniziert werden soll.

Quelle = FireDac -> Ziel = ADO

bzw. umgekehrt.

Viele der BatchMovekomponenten wollen aber als Quelle und als Ziel 'nen Nachfolger von TDataSet, so dass die unterschiedlichen Datenbankkommponenten eigentlich "wurscht" sein sollten.

Nachfolger von TDataSet rein, Nachfolger von TDataSet raus.

Aus oben verlinktem StackOverFlow geklauter Source etwas angepasst und als ungetestete Idee gedacht:
Delphi-Quellcode:
var
  DataWriter: TFDBatchMoveDataSetWriter;
  DataReader: TFDBatchMoveDataSetReader;
  BatchMove: TFDBatchMove;
begin
  DataReader := nil;
  DataWriter := nil;
  BatchMove := nil;
  try
    DataReader := TFDBatchMoveDataSetReader.Create(nil);
    DataWriter := TFDBatchMoveDataSetWriter.Create(nil);
    BatchMove := TFDBatchMove.Create(nil);
    DataReader.DataSet := qryvoncon1;
    DataReader.Rewind := true;
    DataWriter.DataSet := qryvoncon2;
    BatchMove.Options := [poClearDestNoUndo, poCreateDest];
    BatchMove.Reader := DataReader;
    BatchMove.Writer := DataWriter;
    BatchMove.Execute;
  finally
    DataReader.Free;
    DataWriter.Free;
    BatchMove.Free;
  end;
end;
Lektüre dazu: FireDAC.TFDBatchMove Sample

Gege 6. Jul 2023 18:40

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
oha .. jep da kann ich dann mal genauer probieren ..

in der Tat xE7 ist nicht das neuste aber da ich in der 11 er Version dummerweise nicht die Datenbank geschichte drinnen hab muss ich die XE7 nehmen

@Uwe Raabe es geht um den Inhalt .. Tabellen existieren bereits in Beiden Datenbanken .. nur die Daten müssen rüber


Danke Euch für die Anregungen .

Gerd

himitsu 6. Jul 2023 18:45

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Klar, kann man selber z.B.
Delphi-Quellcode:
for var i := 0 to QryVonCon1.Fields.Count - 1 do
  QryVonCon1.Fields[i].Value := QryVonCon2.Fields[i].Value;
aber man sollte nie davon ausgehn, dass die Reihenfolge übereinstimmt.

also dann so
Delphi-Quellcode:
for var i := 0 to QryVonCon1.Fields.Count - 1 do
  QryVonCon1.Fields[i].Value := QryVonCon2.FieldByName(QryVonCon1.Fields[i].FieldName).Value;
bzw.
Delphi-Quellcode:
for var i := 0 to QryVonCon1.Fields.Count - 1 do
  if Assigned(QryVonCon2.FindField(QryVonCon1.Fields[i].FieldName)) then
    QryVonCon1.Fields[i].Value := QryVonCon2.FieldByName(QryVonCon1.Fields[i].FieldName).Value;

Wobei das bereits genannte Delphi-Referenz durchsuchenTDataSet.CopyFields es im Prinzip ähnlich macht.

Gege 6. Jul 2023 22:09

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Danke himitsu

den Ansatz finde ich jetzt gar nicht so übel ..
Ich denke mich zu erinnern das ich irgendwo so in der Art schon mal etwas gemacht habe ..

schon die 1. Variante geht in meinen Fall, da ich nur Meine Programme von einer Datenbank (ART) auf eine andere umstellen muss
und die Tabellen wirklich identich sind.
Während einer Umstellungsphase müssen eben beide Tabellen befüllt werden für Reports.
(Software Umstelung steht an und .. naja bereits bewehrte Statistiken sollen dann weiter laufen mit neuer Umgebung )
Schade fand Informix auch nicht schlecht .. aber man kann bei Fussionen nicht alles haben ^^

Gerd

Papaschlumpf73 6. Jul 2023 22:15

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Wenn du am Anfang noch DisableControls und am Ende EnableControls auf beide Querys anwendest, geht das auch noch ein ganzes Stück schneller.

Gege 7. Jul 2023 11:52

AW: Übergabe von QRY-Tabelleninhalte an andere Connection
 
Hallo Leute

nur zur Info
funktioniert gut .. hab mein Programm fertig

habe diese Variante verwendet ..
Delphi-Quellcode:
for var i := 0 to QryVonCon1.Fields.Count - 1 do
  QryVonCon1.Fields[i].Value := QryVonCon2.Fields[i].Value;
@ Papaschlumpf73
sind nur 1 * in Woche 6 Sätze also Geschwindigkeit spielt hier nicht die Rolle


Nochmals Danke an alle


Alle Zeitangaben in WEZ +1. Es ist jetzt 05:18 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz