Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi SQL Abfragen und POST, EDIT, Append Funktionen (https://www.delphipraxis.net/73009-sql-abfragen-und-post-edit-append-funktionen.html)

Karstadt 10. Jul 2006 20:54

Datenbank: Mysql • Version: 4.1 • Zugriff über: Mydac

SQL Abfragen und POST, EDIT, Append Funktionen
 
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:

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?

mkinzler 11. Jul 2006 05:48

Re: SQL Abfragen und POST, EDIT, Append Funktionen
 
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)

Karstadt 11. Jul 2006 06:26

Re: SQL Abfragen und POST, EDIT, Append Funktionen
 
ich persönlich finde das sehr praktisch. Anstatt 20 Felder (z.B) auszuschreiben und per sql abfrage abzuspeichern mache ich einfach POST ;)

marabu 11. Jul 2006 07:52

Re: SQL Abfragen und POST, EDIT, Append Funktionen
 
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:

SQL-Code:
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

Karstadt 11. Jul 2006 15:20

Re: SQL Abfragen und POST, EDIT, Append Funktionen
 
die Datensätze werden in TDBGrid angezeigt ;)

Karstadt 11. Jul 2006 22:58

Re: SQL Abfragen und POST, EDIT, Append Funktionen
 
Ein großer Vorteil bei diesen Vorgehensweise ist, ich kann mit Ereignissen (OnBeforePost etc.) arbeiten.

Jelly 12. Jul 2006 06:06

Re: SQL Abfragen und POST, EDIT, Append Funktionen
 
Zitat:

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.


Alle Zeitangaben in WEZ +1. Es ist jetzt 08:42 Uhr.

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