2. Dataset in dem Daten aus 1. Dataset ausgeschlossen sind (not in)

[DeddyH]

Wie wäre es mit einem kleinen Umweg (ungetestet)?

Delphi-Quellcode:

Liste := TStringList.Create;
try
  UniQuery1.SQL.Text := 'SELECT ID FROM Tabelle';
  UniQuery1.Open;
  Feld := UniQuery1.FieldByName('ID');
  while not UniQuery1.Eof do
    begin
      Liste.Add(Feld.AsString);
      UniQuery1.Next;
    end;
  UniQuery1.Close;
  if Liste.Count > 0 then
    begin
      UniQuery2.SQL.Text := Format('SELECT * FROM Tabelle WHERE ID NOT IN(%s)',[Liste.CommaText]);
      UniQuery2.Open;
    end;  
finally
  Liste.Free;
end;

[norwegen60]

Zitat von DeddyH:

Wie wäre es mit einem kleinen Umweg (ungetestet)?

Es hat geklappt damit die Werte in die NOT IN Abfrage zu bekommen. Die Laufzeit der Abfrage lag dann aber im Minutenbereich => nicht praktikabel
Ich hatte bewusst verschwiegen dass es sich um ca. 1 Mio Daten handelt (nur drei Felder). Ich hatte den Aufschrei vermeiden wollen.
Es ging und geht mir aber auch um die Technik selber.

Zitat von jaenicke:

Ob es so etwas bei UniDac auch gibt, weiß ich nicht. Es wäre allerdings enttäuschend und für uns ein NoGo, wenn nicht. Dazu müsste aber jemand anderes etwas sagen, der UniDac benutzt. Da gibt es ja im Forum einige, die das gegenüber FireDAC (was wir benutzen) in den Himmel loben. Wo seid ihr?

Wie würde die Abfrage in FireDac denn aussehen? Einfach UniQuery2.SQL.Text := 'Select * from Table where ID NOT IN (select ID from UniQuery1)' kann es ja nicht sein. Woher soll das SQL UniQuery1 kennen? Letztlich wird aber das Zeitverhalten ähnlich wie zuvor sein.

Zitat von mikhal:

Einen solchen Zeitstempel kann ich unabhängig von der Datenquelle (Stichwort Replikation) mit einem Trigger erzeugen und der Zieltabelle mitgeben.

Wie soll das gehen? Die Tabelle hat einen Zeitstempel. Da der aber vom Server abhängig ist kann es zu Zeitversätzen kommen.

Zitat von Uwe Raabe:

Ich weiß, ist keine wirkliche Hilfe in diesem Fall, aber in Interbase würde man das mit Change Views lösen. Die werden auch von FireDAC direkt unterstützt.

Da muss ich noch mal schauen ob es sowas bei UniDac gibt. Als ich es vor Jahren mal angefragt hatte, ging es nicht

Danke für die Feedbacks, auch wenn ich noch nicht die richtige Lösung habe.
Vielleicht bleib ich doch dabei, dass ich mir im zweiten Query alle Daten älter 24h lade und dann Satz für Satz vergleiche. Ich hatte gehofft es gibt einen besseren Weg.

[jaenicke]

Zitat von norwegen60:

Wie würde die Abfrage in FireDac denn aussehen? Einfach UniQuery2.SQL.Text := 'Select * from Table where ID NOT IN (select ID from UniQuery1)' kann es ja nicht sein. Woher soll das SQL UniQuery1 kennen?

Doch, genau so, wenn Table die eine Tabelle auf deinem Datenmodul ist und UniQuery1 die andere. Die SQL Abfrage passiert dann lokal in deiner Anwendung, nicht im SQL Server.
Wir verwenden das zum Beispiel um aus XML-Datenquellen im Speicher Tabellen zusammenzubauen und diese dann an FastReport zu füttern. So kann man beliebige SQL Abfragen aus diesen Speichertabellen konfigurieren, per Tabelle oder mit freier SQL-Syntax, und diese in Reporten auswerten...

[norwegen60]

Zitat von jaenicke:

Doch, genau so, ...

Das wollte ich jetzt doch genau wissen und habe folgendes probiert:

Delphi-Quellcode:

  if not UniQuery1.Active then UniQuery1.Open;
  if UniQuery3.Active then UniQuery3.Close;
  UniQuery3.SQL.Text := 'select top(100) * from UniQuery1';
  UniQuery3.Open;

UniQuery1 wird geöffnet aber bei UniQuery3.open kommt die Meldung

Code:

Ungültiger Objektname 'UniQuery1'

Jetzt auch von mir die Anfrage

Zitat von jaenicke:

...Dazu müsste aber jemand anderes etwas sagen, der UniDac benutzt. Da gibt es ja im Forum einige, die das gegenüber FireDAC (was wir benutzen) in den Himmel loben. Wo seid ihr?