MySQL-Befehle mit Zeoslib - ja oder nein?

[davar]

Hallo Leute,

ich bin fleissig am Erstellen einer MySQL-Datenbank mit den ZeosLib-Komponenten.

Jetzt lese ich hier im Form laufend Beiträge, in denen SQL-Befehle vorkommen. Ich habe meine DB so zum Laufen gebracht, dass ich mit einer ZZMySQLTable arbeite und quasi nur die Befehle Insert, Post, Delete etc. benutze.

Mache ich da was falsch oder ist das nur eine andere Herangehensweise. Was ist da so der Unterschied? :gruebel:


MfG

davar

[phlux]

hi!
mysql = datenbank
sql = Structured Query Language
das heißt das du mit sql zu deiner mysql datenbank sprichst. die frage ist, ob mysql alle befehle von sql unterstützt. in der version 4 nein, in der version 5 beta schon einige mehr.
Ein Beispiel: In der Version 4 von MySql gehen zB noch keine Subselects (erst ab Version 5b) Views gehen zB auch nicht mit MySQL (werden aber von SQL unterstützt). Also kommt ganz drauf an was für SQL Befehle du nutzt und obs deine DB versteht.

mfg phlux :hi:

[r_kerber]

@phlux: Ich vermute, bei der Frage geht es um die Verwendung von ZZMySQLTable oder ZZMySQLQuery. Bei ersterer werden Methoden, wie Insert, Delete oder Post, für das Ändern von Daten in DB genutzt. Im zweiten Fall werden SQL-Statements erstellt und mit Open (SELECT) bzw. ExecSQL (INSERT, UPDATE, DELETE) an die Datenbank geschickt. Mit den Table-Komponenten ist der Zugriff zwar einfacher zu realiseren, ich würde aber trotzdem zu den Query's raten. Da kann man, falls erforderlich, besser auf die Gegebenheiten der jeweiligen Datenbank eingehen (Parameter, Prepared Statements, ...).

[RavenIV]

Zitat:

Zitat von r_kerber

Mit den Table-Komponenten ist der Zugriff zwar einfacher zu realiseren, ich würde aber trotzdem zu den Query's raten. Da kann man, falls erforderlich, besser auf die Gegebenheiten der jeweiligen Datenbank eingehen (Parameter, Prepared Statements, ...).

und vor allem gibt es nichts, was mehr performance frisst, wie die TTable.
es wird immer die komplette tabelle aus der DB gelutscht und dann erst die operationen vollzogen.
bei einer query bekommst du nur die datensätze von der DB, die du "bestellt" hast.

gruessle

[davar]

hmmmmmmm..... also spricht einiges dafür, zum TQuery rüberzuwechseln..

Aber wie ist es denn dann mit DBGrid? Sofern ich versuche, die Tabelle "wegzuschalten", verschwindet der Inhalt. Kann ich DBGrid weiterhin verwenden, wenn ich mit TQuery arbeite?

MfG

davar

[Stevie]

Zitat:

Zitat von davar

hmmmmmmm..... also spricht einiges dafür, zum TQuery rüberzuwechseln..

Aber wie ist es denn dann mit DBGrid? Sofern ich versuche, die Tabelle "wegzuschalten", verschwindet der Inhalt. Kann ich DBGrid weiterhin verwenden, wenn ich mit TQuery arbeite?

MfG

davar

Hi davar,

welche Delphi-Version benutzt du? Ab D5 würde ich dir nämlich raten, die aktuellste Version (6.1.5 stable, oder auch 6.5.1 alpha) zu benutzen.

MfG
Stevie

[davar]

Hi Stevie,

ich hab Delphi 3 Prof. und da läuft glaub ich nur die version 5.5.

[Stevie]

Ja, das stimmt. Trag doch in deinem Profil mal deine Delphi-Version ein, dann kann man das gleich sehen. ;-)