Lesegeschwindigkeit DBase (BDE) DBGrid (ALternative für die Zukunft?)

[Uwe Raabe]

Auch mit der BDE werden keine 17k Records geladen und im Grid angezeigt, sondern nur immer soviele wie sichtbar sind. Wegen der direkten Adressierung über die RecNo und die Tatsache, daß die Tabelle physikalsich als Datei im Zugriff ist, kann die BDE da halt sehr schnell positionieren.

Die Rückgabemenge einer SQL-Abfrage muss aber erstmal erzeugt werden, um darin zu navigieren. Deswegen ist bei einer SQL-Query mit 17k Records das Open; Last; deutlich langsamer als bei der BDE, für die das am Ende lediglich ein FileSeek ist. Auch das seitenweise durchblättern der 17k Datensätze (aber wer will das schon) ist mit der SQL-Query nicht wesentlich langsamer, wenn man nicht beim Open schon alle Datensätze abruft, sondern nur soviele, wie ins Grid passen. Bei FireDAC z.B. würde man den FetchOptions.Mode auf fmOnDemand stellen (bzw. belassen).

Die SQL-Abfrage hat aber genau dort einen entscheidenden Vorteil, wo ich die Datenmenge vorab schon einschränken kann und dem User nur das präsentiere, was er wirklich braucht. Das erfordert an manchen Stellen schon ein bisschen mehr Überlegung als nur ein Grid auf das Form zu schubsen und mit einer Tabelle zu verbinden.

Jemand hat das mal mit der Telefonauskunft verglichen (ja, ist schon 'ne Weile her): SQL ist "Geben Sie mir bitte die Nummer von Heinz Müller, Heusengasse 14 in Köln". BDE ist: "Lesen Sie mir bitte das Telefonbuch von Köln vor und wenn ich Stop sage, geben Sie mir die Nummer".

[p80286]

SQL ist "Bitte geben Sie mir die Telefonnummer, die Etage und die Farbe der Wohnungstür von allen Kölnern deren Name "lle" enthält
deren Hausnummer 14 ist
und deren bevorzugter Sportverein Fortuna Düsseldorf ist
sortiert nach der 3.Stelle der Telefonnummer"



Gruß
K-H

[Dejan Vu]

Zitat von Uwe Raabe:

Auch mit der BDE werden keine 17k Records geladen und im Grid angezeigt, sondern nur immer soviele wie sichtbar sind. Wegen der direkten Adressierung über die RecNo ...

Wie macht die BDE das bloß, wenn ich damit einen SQL-Server anspreche? Wahnsinn.

[jobo]

Schätze, die hat ein SQL Statement an den Server geschickt, oder?
Ich fand die BDE eigentlich immer ganz gut. Das schlimmste war der vergurkte Lockmechanismus.
Aber man konnte damit heterogene Datenbankzugriffe machen.
Frag mich immer, warum sie beerdigt wurde, statt sie aufzubohren. Waren da soviel Leichen im Keller? Multibytefähigkeit wäre vlt eine davon, Lizenzprobleme, Patente vielleicht ...

Wenn ich heute noch solche Anfragen zur BDE Ablösung sehe, frage ich mich, wieviele Kunden Borland damit wohl hopps gegangen sind.

[Bernhard Geyer]

Zitat von jobo:

Frag mich immer, warum sie beerdigt wurde, statt sie aufzubohren. Waren da soviel Leichen im Keller? Multibytefähigkeit wäre vlt eine davon, Lizenzprobleme, Patente vielleicht ...

Ja. War vermurkster Code und Teile der SW haben AFAIK nicht Borland/Codegear/Emba gehört.
Aber mittlerweile hat man ja mit FireDAC eine passende neue Schnittstelle

Zitat von jobo:

Wenn ich heute noch solche Anfragen zur BDE Ablösung sehe, frage ich mich, wieviele Kunden Borland damit wohl hopps gegangen sind.

Man hat viel zu lange diese noch lauffähig gehalten. Die paar die trotzdem gewechselt sind muss man mit den 10.000 € Kosten gegenrechnen jeweils die BDE noch (halbwegs) unter neuen Delphi und Windows-Versionen am laufen zu halten.

[jobo]

Zitat von Bernhard Geyer:

..Aber mittlerweile hat man ja mit FireDAC eine passende neue Schnittstelle

Ich dachte, das sind "nur" Zugriffskomponenten. Ist das eine eigene Engine? Beherrscht die heterogene Abfragen?

[mschaefer]

Moin zusammen,

Da wo ich die BDE am Laufen hatte, habe ich lange Firebird embedded genommen, inzwischen arbeite ich mit DB2 Express-C oder Oracle, letzteres wenn was in Verbindung mit APEX gebraucht wird.

PS: Ja, FireDAC regelt nur den Zugriff.

Grüße in die Runde

[Bernhard Geyer]

Zitat von jobo:

Zitat von Bernhard Geyer:

..Aber mittlerweile hat man ja mit FireDAC eine passende neue Schnittstelle

Ich dachte, das sind "nur" Zugriffskomponenten. Ist das eine eigene Engine? Beherrscht die heterogene Abfragen?

Primär ist es eine Zugriffskomponente. Gegenüber der BDE hat es den "Nachteil" kein eigen Engine wie dBase mit zu bringen. Aber das sehe ich nicht als nachteil an da man damit ja fast jedes DBMS ansprechen kann. Wieso dann sowas (veraltetes) wie dBase mitschleppen.

Was meinst du genau mit heterogene Abfragen? Was genau brauchst du?

[jobo]

Zitat von Bernhard Geyer:

Was meinst du genau mit heterogene Abfragen? Was genau brauchst du?

Ich brauche nichts. Ich wollte lediglich auf dieses nette BDE "Feature" hinweisen. Heterogene Abfragen wie es bspw. auch die großen Server können. In einer Query mehrere Server unterschiedlicher Hersteller abzufragen.

[Uwe Raabe]

Zitat von jobo:

Beherrscht die heterogene Abfragen?

FireDAC erlaubt über LocalSQL auch den Zugriff auf DataSets unterschiedlicher Herkunft.