Hallo. Ich arbeite ständi mit sqlabfragen und hinterher mit edit, post, append etc. was gibt es für klare nachteile in meinen Fall?

z.B:

markieren

Delphi-Quellcode:

  with Tabelle do
  begin
  Close;
  Sql.text := 'SELECT * FROM Mitarbeiter where name = Schmidt';
  Open;
  Append;
  Post;
  Refresh;
  end;

Mir ist natür lich bekannt, dass das nicht immer funktioniert. zb nicht mit DISCTINCT oder wenn ich eine Spalte anzeige.

Gibt es besonderen Gründe die gegen dieses Vorgehensweise sprechen?

Gearbeitet wird über das Netz 100 MBIT (ca. 6 Mitarbeiter)

In diesen Fall wird beim Neuanlegen dieser Datensatz auch angezeigt, wenn der Name Schmmit ist.



Mich wird nur interessieren, was passiert mit den Daten in diese Tabelle, wenn dieses verfahren über das Netzwerk angewendet wird. Werde alle Daten aus der Tabelle übertragen oder nur die angefragten?

Zitat:

Mir ist natür lich bekannt, dass das nicht immer funktioniert. zb nicht mit DISCTINCT oder wenn ich eine Spalte anzeige.

Geht nicht bei allen datenbanken und auch nicht bei Joins.

Zitat:

Gibt es besonderen Gründe die gegen dieses Vorgehensweise sprechen?

Wenn die datenbank und die Abfrage es zulassen nein.

Zitat:

Gearbeitet wird über das Netz 100 MBIT (ca. 6 Mitarbeiter)

Ist eigentlich irrelevant.

Zitat:

Mich wird nur interessieren, was passiert mit den Daten in diese Tabelle, wenn dieses verfahren über das Netzwerk angewendet wird. Werde alle Daten aus der Tabelle übertragen oder nur die angefragten?

Nur die abgefragten im Gegensatz zur gefiltereten TTable (clientseitige Filterung)

ich persönlich finde das sehr praktisch. Anstatt 20 Felder (z.B) auszuschreiben und per sql abfrage abzuspeichern mache ich einfach POST

Guten Morgen.

Wenn die Query nur dazu dient um mit Append() und Post() einen neuen Datensatz in eine Basistabelle einzutragen, dann ist folgende Vorgehensweise ratsam:

SELECT * FROM basistabelle WHERE 0 = 1 Auf diese Weise werden nur die benötigten Metadaten vom Server geholt, aber kein Datensatz.

Grüße vom marabu

die Datensätze werden in TDBGrid angezeigt

Ein großer Vorteil bei diesen Vorgehensweise ist, ich kann mit Ereignissen (OnBeforePost etc.) arbeiten.

Zitat von Karstadt:

Ein großer Vorteil bei diesen Vorgehensweise ist, ich kann mit Ereignissen (OnBeforePost etc.) arbeiten.

Wenn Du alles händisch per Code machst, brauchst Du keine Ereignisse sondern kannst direkt deine gewünschten Routinen aufrufen. Ist manchmal wesentlich transparenter da leichter nachvollzierhbar. Bei grossen Projekten ist diese ganze Eventgeschichte manchmal eine ganz schöne Hin- und Herspringerei, und grad wenn Du mal über einen längeren Zeitraum nicht mehr am Projekt gearbeitet hast, wirds dann wieder schwer durchzublicken und zu verstehen, was der Code überhaupt macht...

Aber jeder macht wie er natürlich will.