Allgemeiner SQL-Syntax für Multi-DBMS Projekt

[klaus.meyer]

Hallo liebe DP-ler,

ich bin gerade dabei mein CMS von Grund auf neu zu Programmieren und möchte jetzt die SQL Abfragen so allgemein wie möglich halten, damit ich durch austauschen der DB-Klasse andere Datenbank-Syteme wie PostgreSQL oder MSSQL verwenden kann.

Beispiel MySQL-Abfrage

SQL-Code:

SELECT `user_id` FROM `user` WHERE `user_id` < 42 ORDER BY `order`;

Wie könnte ich diese Abfrage so allgemein wie möglich halten? In MySQL sind ja ` die Seperatoren für Spaltennamen, in MSSQL wiederung [ und ] und in PostgreSQL glaube ich ".

Gibt es da nichts einheitliches? Ich möchte ungern die Querys doppelt im Sourcecode haben.

Mfg Klaus

[mkinzler]

Für PHP gibt es schon einige Wrapper: MDB2, PDO, ADODB, ...

[Elvis]

Bezeichner in Quotes sind doch nur nötig, wenn du ein keyword nutzt, oder der Name gegen die Regeln von Bezeichnern verstößt.

IOW: Du musst gar nichts in Single/Doublequotes, oder MSSQLs komische Klammern.
Ich habe absolut gar keinen Schimmer, warum mySQL-Opfer ständig diese Quotes setzen...


Edit2: Oh sorry, du musst ja PHP nutzen...

[klaus.meyer]

Klammern will ich setzten wg. Keywords. (Habe auch gar keinen Einfluss auf die Feldnamen)
Die Wrapper von PHP sind dann quasi ne Schnittstelle, die ich mit allgemeiner Syntax ansprechen kann?

[mkinzler]

Jein. Im gewissen Umfang

[Elvis]

Zitat:

Zitat von klaus.meyer

Habe auch gar keinen Einfluss auf die Feldnamen

Doch hast du.
Der User kann anscheinend über dein System eigene Tabellen kreieren?
Dann sind deine SQLs doch eh dynamisch (du hast ja alle Metadaten bei der Hand) und wenn du die SQLs zusammenbaust, nutzt du halt die entsprechenden Quotes.

Ich habe keinen Plan von den Zugriffslibs von PHP (glücklicherweise ;-) ), kann dir also nicht sagen, ob adodb alleine die Quotes übersetzt.

[joachimd]

Zitat:

Zitat von klaus.meyer

Hallo liebe DP-ler,

ich bin gerade dabei mein CMS von Grund auf neu zu Programmieren und möchte jetzt die SQL Abfragen so allgemein wie möglich halten, damit ich durch austauschen der DB-Klasse andere Datenbank-Syteme wie PostgreSQL oder MSSQL verwenden kann.

Ein guter Rat: lass es bleiben :-D
Nein, im Ernst: Schreibe Dir lieber eine Klassenbibliothek, welche Dir die Objekte so liefert, wie Du sie weiterverarbeiten kannst. Dann ersetzt Du die Klassenbibliothek für die einzelnen DBMS (zB um bei der Delphi-Syntax zu bleiben: TUser - abstract, TMySQLUser, TMSSQLUser, TPGUser usw).
Grund? Es gibt nichts wirklich einheitliches, die SQL Syntax unterscheidet sich, wenn auch nur minimal. Und denke mal über SQL Injection nach: Du musst Parameter verwenden, damit Dir das nicht passiert und das Parameter-Handling von MySQL ist mehr als umständlich.

[alzaimar]

Zitat:

Zitat von joachimd

Grund? Es gibt nichts wirklich einheitliches,

Doch! "SELECT 1" funktioniert überall :mrgreen:

[Dax]

Zitat:

Zitat von alzaimar

Zitat:

Zitat von joachimd

Grund? Es gibt nichts wirklich einheitliches,

Doch! "SELECT 1" funktioniert überall :mrgreen:

Nope, ältere PG-Versionen brauchen eine FROM-Klausel mit einer beliebigen Tabelle.

[mikhal]

Oracle (9i) kann's auch nicht. Da verwendet man am besten "FROM DUAL"...

Grüße
Mikhal

[joachimd]

Zitat:

Zitat von alzaimar

Doch! "SELECT 1" funktioniert überall :mrgreen:

Dass das nicht überall geht (zB beim ADS auch nicht) hast Du ja schon erfahren. Ich möchte jetzt noch von Dir wissen, welchem Standard dieses Statement entspricht, dass Du auf eine solche Aussage kommst (kleiner Tipp: KEINEM!).

[klaus.meyer]

OK danke, ich sehe schon da gibt es keine Lösung die für alle Systeme gilt.

Dann definiere ich halt in der DB Klasse des Trennzeichen als Attribut und klatsch das halt immer rein.

Danke.

[alzaimar]

Zitat:

Zitat von joachimd

Zitat:

Zitat von alzaimar

Doch! "SELECT 1" funktioniert überall :mrgreen:

...Ich möchte jetzt noch von Dir wissen, welchem Standard dieses Statement entspricht, dass Du auf eine solche Aussage kommst

Was soll das? Hochmut kommt vor dem Fall.

[grenzgaenger]

Zitat:

Zitat von klaus.meyer

Klammern will ich setzten wg. Keywords. (Habe auch gar keinen Einfluss auf die Feldnamen)

die klammern sind so viel ich weiss, etwas MS spezifisches, bspw. access, sql server. auf anderen datenbanken wirst du das nicht haben und dementsprechend dein statement abgelehnt werden. somit bleibt dir IMHO nichts anderes übrig, als den kleinsten gemeinsamen nenner zu suchen und ihn bei der eingabe abzuprüfen und zu verifizieren.

btw: die klammern würd ich gleich von anfang an vergessen.

[sx2008]

Zitat:

Zitat von klaus.meyer

Wie könnte ich diese Abfrage so allgemein wie möglich halten? In MySQL sind ja ` die Seperatoren für Spaltennamen, in MSSQL wiederung [ und ] und in PostgreSQL glaube ich ".

Nach SQL/92 werden doppelte Anführungszeichen für Feld- und Tabellennamen verwendet und das Hochkomma für String-Literale:

SQL-Code:

SELECT "Feld42", 'Feld42' FROM ....

Also liefert "Feld42" den Inhalt des Feldes, während 'Feld42' als Stringkonstante in jedem Datensatz erscheint.

Ich würde alle Feld- und Tabellennamen so wählen, dass die Anführungszeichen nicht nötig sind.
Deine Datenbanken sollen vielleicht auch mal mit externen Tools abgefragt werden, die keine Anführungszeichen verwenden und dann Probleme bekommen.
1.) max. 32 Zeichen
2.) nur Buchstaben, Ziffern und Unterstrich erlaubt
3.) niemals mit Ziffer beginnen
4.) keine reservierten Wörter verwenden (select, count, create, table, alter, user, .. ~ 400 Stück)