Delphi-PRAXiS
Seite 2 von 2     12   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   vergleichbaren SQL-Befehl für "Locate" (https://www.delphipraxis.net/180997-vergleichbaren-sql-befehl-fuer-locate.html)

mkinzler 7. Jul 2014 14:08

AW: vergleichbaren SQL-Befehl für "Locate"
 
Nein, das dürfte theoretisch keinen Unterschied machen.

jensw_2000 7. Jul 2014 14:22

AW: vergleichbaren SQL-Befehl für "Locate"
 
Die Query und die Table arbeiten grundsätzlich gleich. Sie holen sich standardmäßig alle Datensätze aus einer Tabelle/Abfragedatenmenge in den RAM. Daher sind sie auch grundsätzlich gleich schnell. Bei der Query hast Du jedoch den Vorteil, dass Du die Anzahl der gefetchten Datensätze per WHERE Klausel auf das Notwendige beschränken kannst. Zudem kannst Du die abzurufenden Felder (Spalten) einschränken. (Statt SELECT * FROM die tatsächlich benötigten Feldnamen angeben). Das kann unter dem Strich viel ausmachen.

TTable und TQuery hatten glaube ich eine "UniDirectional" Property.
Hast Du die auf True gesetzt?
Damit kann Deine Suche z.B. vom aktuellen Datensatz direkt zum Anfang springen und eine neue Suche beginnen.
Oder rückwärts navigieren oder .... Vieles mehr.
Das bringt u.U. schon viel.
Falls UniDirectional auf False steht, wird die geftechte Datenmenge immer vom aktuellen Datensatz bis zum Ende durchlaufen. Erst dann beginnt die neue Suche, beginnend vom ersten Datensatz.
Gerade bei großen Tabellen macht sich das unidirektionale Verhalten positiv bemerkbar.

p80286 7. Jul 2014 14:58

AW: vergleichbaren SQL-Befehl für "Locate"
 
Den wesentlichen Unterschied hast Du unterschlagen, die TQuery enthält die Daten, so wie sie durch den SQL.Text vorgegeben sind, die TTable kann nur mit einer Tabelle umgehen.

Gruß
K-H

himitsu 7. Jul 2014 15:33

AW: vergleichbaren SQL-Befehl für "Locate"
 
Hat er doch gesagt, wenn man nicht filtert, oder sonstewas, dann ist das praktisch gleich.
SQL-Code:
SELECT * FROM table


Nur daß man beim Query eben auch noch Spalten und Zeilen filtern kann um nur das Nötige übertragen zu müssen. (filtern, sortieren, gruppieren, joinen uvm.)

p80286 7. Jul 2014 15:36

AW: vergleichbaren SQL-Befehl für "Locate"
 
Dieses
Code:
select * from table
ist aber eher der Spezialfall

Gruß
K-H

himitsu 7. Jul 2014 15:44

AW: vergleichbaren SQL-Befehl für "Locate"
 
Kommt drauf an. :angel:

SQL-Code:
select * from myview
(oder eine Funktion, welche ein RecordSet liefert)

mkinzler 7. Jul 2014 15:49

AW: vergleichbaren SQL-Befehl für "Locate"
 
In dBase?

jensw_2000 7. Jul 2014 15:50

AW: vergleichbaren SQL-Befehl für "Locate"
 
Zitat:

Zitat von p80286 (Beitrag 1264710)
Den wesentlichen Unterschied hast Du unterschlagen, die TQuery enthält die Daten, so wie sie durch den SQL.Text vorgegeben sind, die TTable kann nur mit einer Tabelle umgehen.

Hier ging es nur um eine allgemeine Performance Betrachtung (s. Post #10).
Das man bei der Query die zu fetchende Datenmenge durch Feld-/Datenselektion reduzieren kann hatte ich erwähnt. (s. Post #12)

Zitat:

Zitat von p80286 (Beitrag 1264724)
Dieses
Code:
select * from table
ist aber eher der Spezialfall

Ein Spezialfall, den der Fragesteller offenbar benutzt (s. Post #1).

Boh, was habe ich Dir nur angetan. :? Ich entschuldige mich pauschal für Alles.
Peace! :cheers:

p80286 7. Jul 2014 16:34

AW: vergleichbaren SQL-Befehl für "Locate"
 
Zitat:

Zitat von jensw_2000 (Beitrag 1264732)
Boh, was habe ich Dir nur angetan. :? Ich entschuldige mich pauschal für Alles.
Peace! :cheers:

Ähh? nichts?!
hab ich so bissig geklungen??
:shock:
vorsichtshalber nehm ich alles zurück was ich geschrieben habe.

Gruß
K-H

jensw_2000 7. Jul 2014 16:41

AW: vergleichbaren SQL-Befehl für "Locate"
 
Vielleicht bin ich heute auch nur ein bisschen zu sensibel. *schluchz*
Alles wieder gut! :)


Alle Zeitangaben in WEZ +1. Es ist jetzt 14:34 Uhr.
Seite 2 von 2     12   

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