ClientDataset: Wie Record verschieben oder Position tauschen

[Uwe Raabe]

Eine direkte Methode zum verschieben von Records gibt es nicht. Es bleibt also nur das Lesen und Schriben der einzelnen Felder des jeweiligen Datensatzes. Für solche Zwecke habe ich mir mal zwei Hilfsroutinen geschrieben, mit denen man den aktuellen Datensatz einfach sichern und wieder zurückschreiben kann.

Delphi-Quellcode:

type
  TRecordStore = TDictionary<string, Variant>;

  TDataSetHelper = class helper for TDataSet
  public
    procedure LoadRecord(Source: TRecordStore); 
    procedure StoreRecord(Target: TRecordStore); 
  end;

procedure TDataSetHelper.LoadRecord(Source: TRecordStore);
{ Überträgt die Daten aus dem RecordStore in den aktuellen Datensatz }
var
  fld: TField;
  fldName: string;
begin
  for fldName in Source.Keys do begin
    fld := FindField(fldName);
    if (fld <> nil) and not fld.ReadOnly then begin
      fld.Value := Source[fldName];
    end;
  end;
end;

procedure TDataSetHelper.StoreRecord(Target: TRecordStore);
{ Überträgt den aktuellen Datensatz in den RecordStore }
var
  fld: TField;
begin
  Target.Clear;
  for fld in Fields do begin
    Target.AddOrSetValue(fld.FieldName, fld.Value);
  end;
end;

Für deinen Fall könnte man das etwa so verwenden:

Delphi-Quellcode:

var
  sto: TDictionary<string, Variant>;
  sto2: TDictionary<string, Variant>;
begin
  sto := TRecordStore.Create;
  try
    sto2 := TRecordStore.Create;
    try
      ClientDataSet1.First;
      ClientDataSet1.StoreRecord(sto);
      ClientDataSet1.Last;
      ClientDataSet1.StoreRecord(sto2);
      ClientDataSet1.Edit;
      ClientDataSet1.LoadRecord(sto);
      ClientDataSet1.Post;
      ClientDataSet1.First;
      ClientDataSet1.Edit;
      ClientDataSet1.LoadRecord(sto2);
      ClientDataSet1.Post;
    finally
      sto2.Free;
    end;
  finally
    sto.Free;
  end;

[jaenicke]

Zitat von Uwe Raabe:

Eine direkte Methode zum verschieben von Records gibt es nicht. Es bleibt also nur das Lesen und Schriben der einzelnen Felder des jeweiligen Datensatzes.

Mit dem Record Buffer funktioniert es doch ohne die Felder alle extra auszulesen. Bei Blobfeldern oder ähnlichem sieht es anders aus, aber einfache Datentypen funktionieren so eigentlich problemlos und in einem Rutsch.

Zitat von Harry Stahl:

Wie füge ich dann den alten Inhalt des ActiveBuffer in den aktuellen Inhalt des ActiveBuffers ein?

Einfach an die Adresse des Pointers ActiveBuffer kopieren. Der Datensatz muss natürlich schon da sein.

[Uwe Raabe]

Zitat von jaenicke:

Mit dem Record Buffer funktioniert es doch ohne die Felder alle extra auszulesen. Bei Blobfeldern oder ähnlichem sieht es anders aus, aber einfache Datentypen funktionieren so eigentlich problemlos und in einem Rutsch.

Klar! Das war auch einfach nur als Alternative gedacht. Funktioniert nämlich auch, wenn die Record-Struktur der Zieltabelle anders ist (z.B. Felder dazu kommen oder wegfallen), die Feldnamen aber gleich bleiben. Nebenbei werden auch noch Read-Only Felder berücksichtigt (z.B. AutoInc-Felder). Im Original gibt es auch noch jeweils eine overloaded-Version, bei der man eine Feldnamen-Liste mitgeben kann, wenn man mal nur Teile des Records braucht.

[Harry Stahl]

Zitat von jaenicke:

Einfach an die Adresse des Pointers ActiveBuffer kopieren. Der Datensatz muss natürlich schon da sein.

Da hat sich mein posting gerade überschnitten. Ok, dann könnte man meinen Ansatz noch etwas vereinfachen.

[Jumpy]

Nur aus Neugier, warum würde man sowas machen? Kann man nicht einfach den Datensätzen eine Positions-ID oder so geben und diese ggf. tauschen? Oder hab ich falsch verstanden, worum es geht (die Anzeige)?

[himitsu]

Sicherheitshalber sollte man vielleicht noch groß erwähnen, dass man es so nicht machen sollte (mit Edit+Post), wenn das DataSet an einer Database hängt.
Dann würde man ja nicht nur lokal, sondern auch DB-seitig die beiden Datensätze umschreiben, durch den POST. (außer man aktiviert vorher die CachedUpdates und vergisst nicht das Rollback)
Macht sonst viel Freude, wenn da böse Trigger dran hängen und vorallem wenn man Unique-Constraints antrifft.

Ach ja, für Blobs sollten Instanz-Zeiger von TData-Nachfahren im Buffer stehen ... würde Denken, dass das Bufferkopieren auch die Blolbzeiger umkopiert.
(hoffentlich gibt TDataSet nicht die TData-Instanzen frei, deren Pointer überschrieben werden, aber so schlau ist Emba bestimmt nicht, das so einzubauen)

[p80286]

Zitat von Jumpy:

Nur aus Neugier, warum würde man sowas machen? Kann man nicht einfach den Datensätzen eine Positions-ID oder so geben und diese ggf. tauschen? Oder hab ich falsch verstanden, worum es geht (die Anzeige)?

Nun ich denke daß Harry, da er eine "einfache" Lösung bevorzugt, im Dataset herumfummelt, damit die Anzeige seinen Ansprüchen genügt. Das widerspricht zwar jeder Trennung von Daten und Anzeige aber dieser Lösungsweg ist für Datensensitive Komponenten wohl der offensichtliche.

Gruß
K-H

[himitsu]

Die Grids von Embarcadero sind Schrott (vorallem VCL) und können so einfache Dinge nicht, wie z.B. das Sortieren und Filtern ... da muß man das dann im DataSet machen (besser aber schon im Query, bevor es im DataSet landet).

[p80286]

Zitat von himitsu:

Die Grids von Embarcadero sind Schrott (vorallem VCL) und können so einfache Dinge nicht, wie z.B. das Sortieren und Filtern ... da muß man das dann im DataSet machen (besser aber schon im Query, bevor es im DataSet landet).

Würde die Anzeige in einem "normalen" Grid gemacht, und würden die Daten von der Query zum Grid mit z.B. einer Liste transportiert, dann könnte man diese Liste unterwegs so durch die Mühle drehen, daß man seine eigenen Daten nicht mehr wiedererkennt, wenn man will.

Zitat:

besser aber schon im Query

Auf jeden Fall der richtige Ort um die Daten so aufzubereiten (sortieren), wie man sie gerne von der DB bekäme. Denn für das Verarbeiten größerer Datenmengen sind DB#s im allgemeinen prädestiniert.

Gruß
K-H

[Harry Stahl]

Zitat von p80286:

Zitat von Jumpy:

Nur aus Neugier, warum würde man sowas machen? Kann man nicht einfach den Datensätzen eine Positions-ID oder so geben und diese ggf. tauschen? Oder hab ich falsch verstanden, worum es geht (die Anzeige)?

Nun ich denke daß Harry, da er eine "einfache" Lösung bevorzugt, im Dataset herumfummelt, damit die Anzeige seinen Ansprüchen genügt. Das widerspricht zwar jeder Trennung von Daten und Anzeige aber dieser Lösungsweg ist für Datensensitive Komponenten wohl der offensichtliche.

Gruß
K-H

Wäre natürlich auch eine Möglichkeit, einen quasi User-sortierbaren Index hinzuzufügen. Diesen Index müsste ich aber auch speichern. Müsste also das Format der "Datenbank" (=einfache StringList, mit Feldtrennzeichen getrennt) ändern. Das wollte ich aber nicht aus Gründen der Rückwärtskompatibilität. Klar, könnte jetzt noch verschiedene Verrenkungen machen, um das alte Dateiformat bei der nächsten Installation des Programms durch das neue Datenformat der Datei zu ersetzten.

Aber warum sollte ich das machen, wenn es auch so geht.

Ich hatte hier in gewisser Hinsicht den Ansatz einer nicht sortierten Stringlist im Kopf, wo man ja auch per .exchange oder .move die einzelnen Zeilen / Datensätze an andere Positionen verschieben kann.

Ein Problem bezüglich Trennung von Daten und Anzeige sehe ich bei meinem Ansatz übrigens nicht. Denn es werden ja keine Daten im Grid gespeichert, ich ändere nur die unter dem Grid liegende Datenschicht, die Anzeige im Grid passt sich automatisch an.

Da es im vorliegenden Fall auch nur um eine lokale Verwaltung eines kleinen Datenbestandes geht, keine echte Datenbank dahinter liegt (benutze nur ClientDataset und Datasource) und somit auch keine Client-Server Abfragen oder ähnliches erforderlich sind, sehe ich hier kein Problem.

Lasse mich aber gerne eines Besseren belehren.