Wo bekomme ich den SQL- Befehlssatz ?

[smart]

Wo bekomme ich den SQL- Befehlssatz her? Ich habe schon im Internet nachgesehen, aber da wird soviel angeboten, dass das ganze schon verwirrend ist.

[MagicAndre1981]

Hallo Heike,

hier http://www.w3schools.com/sql/default.asp bekommst du die Grundlagenbefehle erklärt und zum Schluß kannst du ein Quiz machen, ob du alles verstanden hast.

André

[smart]

Vielen Dank, André. Mal ne dumme Frage, ist der Befehlssatz bei jeder Datenbank (im großen und ganzen) gleich ?

Heike.

[MagicAndre1981]

Zitat von smart:

Vielen Dank, André. Mal ne dumme Frage, ist der Befehlssatz bei jeder Datenbank (im großen und ganzen) gleich ?

Die grundlegenden Befehle (Select, Delete ..) sind gleich, aber trotzdem hat jeder Hersteller seine eigenen Erweiterungen eingebaut (z.B. für AutoInc: in Oracle gibts dafür Sequences, in Firebird Generatoren und beim SQL-Server heißt das Identity).

Wenn du wissen willst, was Absolute kann, bzw. nicht musst du in der Hilfe von Absolute Database nachsehen.

André

[Bernhard Geyer]

Zitat von smart:

Vielen Dank, André. Mal ne dumme Frage, ist der Befehlssatz bei jeder Datenbank (im großen und ganzen) gleich ?

Jein. Es gibt verschieden Standards (SQL92, SQL99) und auch verschiedene Leveles (Entry) und jede Datenbank hat einen bestimmten Kompatiblitätsgrad (Absolute DB hat z.B. "nur" SQL'92 (DDL & DML) support)

Wenn Du für mehrere DBMS programmieren willst kann Du davon ausgehen das alles was nicht im Standard 100% festgelegt ist mit Sicherheit unterschiedlich realisiert wurde. Für die unterstützung von mehrere DBMS-System ist das Brückenmuster eine gute Lösung.

[Sharky]

Hai Heike,

Du kannst auch einfach mal in die AbsDbManual.hlp schauen

[smart]

Hallo Stephan und alle Anderen!

Die Hilfe hatte ich gesehen. Ich wollte wissen, bzw. vergleichen, in wieweit SQL von anderen Datenbanken abweicht. Ich hatte folgende Idee:
Eigentlich braucht man ja nicht groß ein Datenbankprogramm programmieren. Es reicht ja aus, wenn man so eine Art „Interpreter“ programmiert (welcher die entsprechenden Komponenten hat) die der Anwender bekommt. Man tauscht dann nur die entsprechenden SQL- Befehle als Datei aus.

Heike.

[Phoenix]

Zitat von smart:

Ich hatte folgende Idee:
Eigentlich braucht man ja nicht groß ein Datenbankprogramm programmieren. Es reicht ja aus, wenn man so eine Art „Interpreter“ programmiert (welcher die entsprechenden Komponenten hat) die der Anwender bekommt. Man tauscht dann nur die entsprechenden SQL- Befehle als Datei aus.

Man geht inzwischen immer mehr dahin, die Statements für die jeweils verwendete Datenbank automatisiert generieren zu lassen. Somit ist man in seiner Entwicklung vollkommen unabhängig.

Das Problem ist einfach, das es zwar einen Standard gibt, es aber de Fakto stand heute keine einzige Datenbank gibt, die auch nur SQL 92 vollständig implementiert. Geschweige denn SQL 97 / 99. Da braut leider jeder sein eigenes Süppchen, und wir Entwickler dürfen uns dann damit herumschlagen.

[Bernhard Geyer]

Zitat von Phoenix:

Das Problem ist einfach, das es zwar einen Standard gibt, es aber de Fakto stand heute keine einzige Datenbank gibt, die auch nur SQL 92 vollständig implementiert. Geschweige denn SQL 97 / 99. Da braut leider jeder sein eigenes Süppchen, und wir Entwickler dürfen uns dann damit herumschlagen.

Ist ja klar. Jeder DB-Hersteller will die Entwickler an sich binden, indem er ein paar Goodies anbietet welche nicht SQL-Standard sind oder auch nur so implementiert werden dass eine Portierung auf andere DB's möglichst schwierig ist.
Und wenn man nicht gleich beim Begin der Entwicklung auf eine Kapslung achtet ist man gleich beim Anti-Pattern Vendor Lock-In