TQuery oder TTable?

[Svenkan]

Guten Abend!
Ich stehe gerade vor einer Frage: was ist besser, Query oder Table? Oder ist beides gleich gut?
Wo liegen die Vorteile, wo die Nachteile?
Worauf setzt ihr lieber oder wovon ratet ihr direkt ab?

Liebe Grüße und frohe Weihnachten

[Larsi]

ist query nicht sql und ttable datenbank die nicht so speziell ist?

[DeddyH]

TTable stellt eine Tabelle dar, TQuery eine Abfrage, die sich auch über mehrere Tabellen erstrecken kann. Ich persönlich verwende nur Queries, da ich meist mit dem Inhalt einer einzelnen Tabelle nichts Sinnvolles anfangen kann. Wo man damit auskommt, ist aber gegen die Verwendung einer TTable nichts einzuwenden.

[mschaefer]

Wie oben schon angemerkt braucht man TTable eigentlich nicht wirklich. Das stammt eigentlich mehr aus den Ascii-Datenbank Zeiten wo man damit einfach schnell auf ein Datenfile zugreifen konnte. Bei den modernen Datenbanken mit SQL-Interpreter ist TQuery die Wahl. Grüße // Martin



PS: Um eine Datenverbindung zu Testen, da geht TTable schon gut.

[Bernhard Geyer]

Zitat:

Zitat von Svenkan

Oder ist beides gleich gut?

Weder noch!

Zitat:

Zitat von Svenkan

Worauf setzt ihr lieber oder wovon ratet ihr direkt ab?

Eigentlich kann man nur raten dBase und BDE zu entsorgen und sich alternative (Desktop-)DB's anzuschauen. BDE ist schon seit Jahren abgekündigt undverursacht auf neuen Windows-Versionen eigentlich nur Probleme.

[Svenkan]

Ich selbst hab aber keine Möglichkeit umzusteigen :p

[mkinzler]

Bei der BDE basieren Queries auf Tables sonst basieren Tables on Queries(

SQL-Code:

Select * from <Tabellenname>;

)

[Bernhard Geyer]

Zitat:

Zitat von Svenkan

Ich selbst hab aber keine Möglichkeit umzusteigen :p

Erkläre uns das genauer. M. E. spricht nur ein baldiges Entwicklung/Support-Ende einer SW dafür nicht die BDE zu ersetzen.

[Svenkan]

Ich kann nicht umsteigen, weil meine 'Wirtssoftware' eben auch auf diese aufbaut.
Ich entwickle ein Exportmodul für die Daten der anderen Software. ;)

[mschaefer]

Welches Datenbanksystem liegt unter dem "Wirt" ?

PS : Paradox, DBase?
PPS: zufällig eine Clipperanwendung?

[Svenkan]

dBase
Was meinst du mit einer Clipperanwendung?

[Bernhard Geyer]

Zitat:

Zitat von Svenkan

Ich kann nicht umsteigen, weil meine 'Wirtssoftware' eben auch auf diese aufbaut.
Ich entwickle ein Exportmodul für die Daten der anderen Software. ;)

Genehigt :mrgreen:

[Svenkan]

Zitat:

Zitat von Bernhard Geyer

Zitat:

Zitat von Svenkan

Ich kann nicht umsteigen, weil meine 'Wirtssoftware' eben auch auf diese aufbaut.
Ich entwickle ein Exportmodul für die Daten der anderen Software. ;)

Genehigt :mrgreen:

Wenn du 'genehmigt' meinst und es eine Frage sein soll: Ja ^^
Du kannst gerne mal bei Herrn Kallage nachfragen :D

[Jürgen Thomas]

Zitat:

Zitat von Svenkan

Zitat:

Zitat von Bernhard Geyer

Zitat:

Zitat von Svenkan

Ich kann nicht umsteigen, weil meine 'Wirtssoftware' eben auch auf diese aufbaut.
Ich entwickle ein Exportmodul für die Daten der anderen Software. ;)

Genehigt :mrgreen:

Wenn du 'genehmigt' meinst und es eine Frage sein soll: Ja

Ich verstehe es so: Bernhard genehmigt Dir, dass Du auf die BDE (noch) nicht verzichtest. :mrgreen: Jürgen

[Bernhard Geyer]

Zitat:

Zitat von Jürgen Thomas

Ich verstehe es so: Bernhard genehmigt Dir, dass Du auf die BDE (noch) nicht verzichtest. :mrgreen: Jürgen

Genau. Normalerweise ist BDE-Programmierung in 2007 nicht mehr zu entschuldigen will man nicht vorsätzlich in Probleme rauschen. Aber wenn es anderes Apps sind die sowas machen kann man da schlecht einfluß nehmen. Ich hoffe nur das für deine Programme kein BDE im Einsatz ist.

[Svenkan]

Zitat:

Zitat von Bernhard Geyer

Zitat:

Zitat von Jürgen Thomas

Ich verstehe es so: Bernhard genehmigt Dir, dass Du auf die BDE (noch) nicht verzichtest. :mrgreen: Jürgen

Genau. Normalerweise ist BDE-Programmierung in 2007 nicht mehr zu entschuldigen will man nicht vorsätzlich in Probleme rauschen. Aber wenn es anderes Apps sind die sowas machen kann man da schlecht einfluß nehmen. Ich hoffe nur das für deine Programme kein BDE im Einsatz ist.

Aso^^
Glaub mir: ich würde liebendgern darauf verzichten!
Ich hatte schon mehr als genug Probleme, die ich mehr oder weniger erfolgreich umgehen konnte.

[PaulJr]

Ist das jetzt gang und gäbe hier, dass die BDE Benutzer als Verflucht gelten?

Unser junger Freund hat hier scheinbar ganz einfache Frage gestellt und noch keine richtige Antwort bekommen (falls solche überhaupt auf diese Frage gibt?)
Stattdessen muss er sich hier rechtfertigen: WARUM er BDE benutzt…??? Bla, bla, bla…

Man braucht hier nur die Suchfunktion benutzen um festzustellen wie oft und bei welchen Angelegenheiten schon dieses weise Rat als Finger Gottes benutzt wurde.

Das, dass Mehrheit der Anwendungen die mit Datenbanken zu tun haben Pflege und Ausbau von schon bestehenden Anwendungen sind … scheint hier kaum jemanden zu interessieren.
---------------------------------------------------------------------------------------------------------------
Nun zu Deiner scheinbar so banalen Frage Svenkan:

Die Frage ist soweit schwierig, dass dies lässt sich nicht so einfach zu beantworten:
Es kommt immer darauf an für was die gebraucht werden (Einsatz).
Ich benutze beides (auch BDE), allerdings kommen bei mir TTable seltener zum Einsatz. Ob sie deswegen schlechter sind weiß ich nicht.

Viele Grüße

Paul Jr.

[Hansa]

Zitat:

Zitat von PaulJr

Ist das jetzt gang und gäbe hier, dass die BDE Benutzer als Verflucht gelten?
..

Jo. :mrgreen: Allerdings hat er ja gesagt, es sei ein "Altprojekt", es ginge nicht anders usw. und jetzt ist Ruhe. Tatsache ist aber, dass Borland selber davon abrät, die BDE zu benutzen und diese seit ca. 5 Jahren nicht mehr pflegt. Dann fangen trotz dieser Tatsache immer wieder welche damit an, für neue Projekte die BDE zu verwenden. Borland leistet dem noch damit Vorschub, dass in den Turbo-Versionen quasi nur die BDE zur Verfügung steht. 8) Mittlerweile ist es IMHO sogar schwer, auf Fragen wie diese hier eine richtige Antwort zu bekommen. Frage mal einen nach DOS. :mrgreen:

[mkinzler]

Außerdem stimmt es nicht, dass die Frage nicht beantwortet wurde.

[Hansa]

Zitat:

Zitat von Svenkan

..Worauf setzt ihr lieber oder wovon ratet ihr direkt ab?

Das wurde ja auch gefragt. :mrgreen:

[Bernhard Geyer]

Zitat:

Zitat von PaulJr

Ist das jetzt gang und gäbe hier, dass die BDE Benutzer als Verflucht gelten?

Sind sie das nicht? :gruebel:

Zitat:

Zitat von PaulJr

Unser junger Freund hat hier scheinbar ganz einfache Frage gestellt und noch keine richtige Antwort bekommen (falls solche überhaupt auf diese Frage gibt?)

Es wurden mehrere Fragen gestellt und einige habe ich beantwortet.

Zitat:

Zitat von PaulJr

Das, dass Mehrheit der Anwendungen die mit Datenbanken zu tun haben Pflege und Ausbau von schon bestehenden Anwendungen sind … scheint hier kaum jemanden zu interessieren.

Doch. Jedoch ist BDE nur noch für Anwendungen die den "End of Life" erreicht haben zu akzeptieren. Bist du bei einer Firma solltest du dir Gedanken machen wenn die Hauptanwendung auf BDE setzt aber keine Alternativen (andere DB-Zugriffsschicht, neue Produkte) entwickelt werden. Ansonsten könnte es passieren das in der Geschäftsleitung eh schon die Entlassung der Entwickler dieser Abteilung geplant ist wenn man gar nix mehr verkauft.

Zitat:

Zitat von PaulJr

Ich benutze beides (auch BDE), allerdings kommen bei mir TTable seltener zum Einsatz. Ob sie deswegen schlechter sind weiß ich nicht.

Kommt auf die Verwendung drauf an. Wir haben ein andere Desktop-DB im Einsatz und dort ist bei einfachen Abfragen die Verwendung der Table-Komponenten mit Ranges um einiges schneller als parametrisierte Select-Abfragen. Für richtige SQL-Server gibts eh nur parametrisierte Select-Abfragen da hier die Table-Funktionalität mit schlechter performance simuliert wird.

[Svenkan]

Ich umgehe jetzt einfach mal die ganzen Reibereien bzgl. die BDE und frag mich mal weiter durch.^^
Auf Grund verdammt großer Datenemngen habe ich 27 Querys im Einsatz. Dies führt unweigerlich bei einer Aktualisierung zu kurzen Performance-Einbrüchen. Verschaffen mir Tables da eine Abhilfe?

[Bernhard Geyer]

Zitat:

Zitat von Svenkan

Auf Grund verdammt großer Datenemngen habe ich 27 Querys im Einsatz.

Was ist "verdammt groß". Ich würde (bei unserer Anwendung) so >> 10 GB ansehn.

Zitat:

Zitat von Svenkan

Dies führt unweigerlich bei einer Aktualisierung zu kurzen Performance-Einbrüchen. Verschaffen mir Tables da eine Abhilfe?

Was meinst du damit genau (Wartecurser, ..)? Und was willst du überhaupt nach der Aktualisierung anzeigen (Gesamte Datenmenge)?

[Svenkan]

Ok. :D
Für mich sind es große Datenmenge. ^^
Mit den 27 Querys lade ich aus der dbf für 5 Tage Vertretungsdaten und abwesende Lehrer/Klassen.
Das Problem ist ganz einfach, dass die Aktualisierung teilweise bis zu über 5 Sekunden dauerd und das ganz einfach viel zu lange ist. Gleichzeitig wird dabei die Prozessorauslastung in die Höhe getrieben.

[mkinzler]

Eine Datenbank mit 5 Tabellen würde ich in keinesfalls als groß bezeichnen. wie sehen die Abfragen aus? Wie sind die Einstellungen?

[Bernhard Geyer]

Sind auf allen Tabellen entsprechende Indize angelegt? Evtl. sind die Abfragen zu komplex und die BDE "vergisst" das sie Indize verwenden kann und einfach einen Full-Table-Scan durchführt. Dauern alle Abfragen gleich lang? Müssen alle Aktualisierungen sofort durchgeführ werden?

[hoika]

Hallo,

als "Verfluchter" ;)

Benutze unter DBase/Paradox Queries nur, wenn du vorher getestet hast,
ob die Geschwindigkeit stimmt.
Jede Query wird von der bde in TTable (besser Dbi oder local sql) Befehle umgesetzt,
mal besser, mal schlechter.

Ich habe festgestellt, dass gerade joins sehr langsam sind,
bei TTable kann die Bde sehr massiv cachen,
bei joins geht das nicht mehr so einfach.

Ich würd immer mit TTable beginnen
und dann, wenn alles läuft, ein paar Sachen über TQuery versuchen
(meistens fehlt dazu aber die Zeit).


Was mich stutzig macht, ist das "Ändern".
Du versuchst doch nicht wirklich,
direkt in einer Join per Edit / Post was reinzuschreiben ???
Argzz. Nimm dazu eine separate TTable.


Heiko

[Svenkan]

Hallo hoika,

zuerst einmal danke für diesen kleinen Überblick.
Ich habe auch gemerkt, dass mit Queries nix zu holen ist. Das dauerd einfach zu lange beim Umschalten des Datums (neues Filtern etc.).
Könntest du mir in der Hinsicht sagen, wie man mit Tables filtert, sortiert und so?

[hoika]

Hallo,

Table.Filter:= 'Datum='+QuotedStr('1.1.2008');

oder so ähnlich -> Hilfe

Ich würde dazu aber eher SetRange benutzen,
dass hatte ich damals immer so gemacht (SetRangeStart, SetRangeEnd, ApplyRange)


Heiko

[Svenkan]

Danke schonmal für deine Hilfe!
Wo kann ich denn nun die Title-Captions ändern?
Vorher mit den Queries war das kein Problem, hier aber ist es nun so, dass wenn ich z.B. über 'DBGrid -> Columns -> (...) -> Title -> Caption' mache, dann isses nach einem Close der Table wieder zurückgesetzt!

[haentschman]

Guten Morgen... :-D

...dieser Effekt ist logisch. :roll:

- DbGrid ist datensensitiv.
- wenn du die Verbindung zur Tabelle trennst hast Du logischerweise auch keine Spalten mehr und demzufolge auch keine Überschriften und andere diverse Eigenschaften.

...Fazit:

1. entweder läßt Du die Tabelle immer offen..Spalteneigenschaften einmalig setzen...
2. oder nach jedem Table.Active die Spalteneigenschaften neu setzen..

:hi: