Zitat von
hsg:
Ich kann auch in nicht
SQL-fähigen Datenbanken komplexe Strukturen hinterlegen, ich kann sogar ein komplettes ERP-System ohne eine Zeile
SQL schreiben.
Dann muss aber eine andere Art von Abfrage
sprache vorhanden sein.
Die Abfragen (z.B. welche Kunden haben den Artikel XY zwischen Zeitpunkt1 und Zeitpunkt2 bestellt und nicht reklamiert?)
müssen auf dem
Server ausgeführt werden, um die übertragene Datenmenge zu minimieren.
Verknüpfungen oder Aufsummierungen von Daten dürfen keinesfalls dem Client angelastet werden; das wäre ein Rückschritt.
Zitat von
hsg:
Ich habe gerade im Datenbank-Bereich das Gefühl, dass die Welt vor lauter
SQL-Begeisterung gerne die Augen vor anderen Möglichkeiten verschließt. Warum sind hier z.B. Objektorientierte Datenbanken überhaupt kein Thema? Gerade wir, die eine Objektorientierte Programmier-Sprache benutzen, sollten in dem Bereich mal die Augen etwas weiter öffnen!
Und Nein, ich meine nicht die merkwürdigen Ansätze großer
SQL-Datenbank-Hersteller auf
SQL etwas "objektorientiertes" aufzusetzen!
Ohne Frage ist es weit intelligenter, eine OO Datenbank zu verwenden,
statt die Objekte jedesmal wieder neu irgenwie, (meist mehr schlecht als recht)
auf eine relationale
DB abzubilden.
Nur leider ist in dieser Richtung überhaupt kein Standard erkennbar.
Das ist
IMHO volle Absicht der Hersteller, um einen Wechsel der Datenbank möglichst schwer zu machen.