Wechselbare Engines haben die anderen ja wohl nicht

[Siga32974329]

Die anderen SQL-Datenbanken haben ja vermutlich keine wechselbaren Engines.

ISO/OSI in der Schule/Studium lernen.
Aber vergessen, das es auch ein Layer-System für Datenbanken gibt.
Und das man unten die Layers (wie WLAN, Ethernet, GigaEthernet, Bluetooth, GSM, UMTS,...) austauschen kann und oben die Anwendungen weiter dieselben Interfaces nutzen und laufen.

Auch wenn die SQL-Engine von MySQL hinterher ist, ist die Sache mit den Engines schon sehr nett und eine Abstraktions-Schicht, die anderen Datenbanken u.U. fehlt.

Aber Fortentwicklung wird wenig gewollt :-(

Bei Knoppix habe ich ein statisches Image und per UnionFS mounte ich bei Bedarf das Homeverzeichnis dazu und änderungen im Image werden dort abgespeichert.
Wieso haben Vertreter oder Architekten oder Ober-Bau-Arbeiter/Bau-Ingenieure oder Erd-Vermesser oder Land/Gebäuder-Vermesser nicht ein statisches Image der Datenbank ("alle Gebäuder und Grundstücke von NRW") und Änderungen werden separat gespeichert. Wenn die wieder in die Firma kommen, werden die Änderungen mit der Haupt-Datenbank abgeglichen. Macht man bei cvs usw. schon ewig.
Bei Datenbanken scheint sowas nicht gefragt zu sein.

Oder Pseudo-Datenbanken die aus der Mischung von Katalogen mehrerer Online-Händler und Zusatzkatalogen ("Chemikalien/Lebensmittelzutaten die in der EU erlaubt sind") entstehen.
Dann kann ich die Schokoriegel in den USA anders zusammenmischen und kalkulieren als für Europa.

Oder ich habe einen virtuellen Katalog oder Online-Shop der aus Amazon, meinen Daten, Hitflip. Tauschticket, booklooker usw. besteht, die fiktiv/virtuell eine einzige SQL-Datenbank oder ObjektRelationale-Datenbank oder XML-Datenbank darstellen und wo man seine Produkte anbieten und verwalten und z.b. die Preise anpassen kann.
Stattdessen muss man sich auf jeder Site einzeln anmelden, die Preise der Konkurrenz herausfinden, und die Daten jeweils in einem Shop/Ebay/AmazonMarketPlace/hitflip/tauschticket/booklooker/... ändern.

[Pingponguin]

Siga32974329 schrieb:
--------------------------------------------------------------------------------
> seinen üblichen Senf.

[Dr Obvious]

ymmd :)

[-23334-]

Hat aber wie immer, recht damit.

[Hjugo_]

ich finds garnicht so einfachm gequirlten dünnpfiff so zu schreiben, dass ein forenleser ohne etwas hintergrundwissen den beitrag ernst nehmen könnte ;)

[Verwundert]

Siga32974329 schrieb:
--------------------------------------------------------------------------------
> Wenn die wieder in die Firma kommen, werden
> die Änderungen mit der Haupt-Datenbank abgeglichen.

Wie stellst du, mit Verlaub, Volltrottel dir sowas bei Produktivdaten vor?

> Macht man bei cvs usw. schon ewig.

Und die haben auch Referenzen auf anderen TAbellen und deren ID's oder wohl doch nicht warum das hier ziemlich einfach möglich ist.

Problemlos ist das aber auch bei CSV weiss Gott nicht
Wenn ein Eintrag weg ist in einem soll der dann im anderen auch gelöscht oder umgekehrt hinzugefügt werden?

[SIga4329724]

Es gibt Historien für sowas.

Und vielleicht möchtest Du ja die neue Verkehrsführung in den Landkarten drin stehen haben und nicht die alte Verkehrsführung während der Bauzeit einer Bahn-Überführung oder Kreisverkehrs oder Kreuzung oder Einkaufszentrum.

[seiplanlos]

und zwar in Verbindung mit cvs / svn. Dort werden zweige ausgecheckt und dann bearbeitet, hinterher wieder eingepfegt

[darkfate]

kein Text

[darkfate]

Ist die einfachste Sache der Welt. Einfach auf den Namen achten. Ich lese es mir schon gar nicht m al durch.

[nil]

Die Plug-Architektur wäre ja nett, WENN wenigstens dann jede Engine die Bascis kann. So aber kann die das, das andere wieder nicht. Sehr inhomogen und IMO vermurkst.

[beast]

Toll, mehrere Speicherengines besitzen aber keine die alles kann.



>ISO/OSI in der Schule/Studium lernen.
>Aber vergessen, das es auch ein Layer-System für >Datenbanken gibt.
>Und das man unten die Layers (wie WLAN, Ethernet, >GigaEthernet, Bluetooth, GSM, UMTS,...) austauschen >kann und oben die Anwendungen weiter dieselben >Interfaces nutzen und laufen.

Ist natürlich völliger Blödsinn. Was hat das theo. Modell der Datenübertragung mit einem DBMS zutun?
WLAN, ... sind nun Schichten, du Experte?

>Auch wenn die SQL-Engine von MySQL hinterher ist, >ist die Sache mit den Engines schon sehr nett und >eine Abstraktions-Schicht, die anderen Datenbanken >u.U. fehlt.

Allgemeiner hätte ich das auch nicht formulieren können. Ohne Beispiel und Beleg.

[Siga4397429]

Anscheinend haben viele hier keine DB/SQL-Vorlesung besucht.

Für Datenbanken gibts auch Layers wie bei OSI/ISO/TCP/... .

Oder Betriebssysteme. Im Prinzip kann man die Rechtecke in den Zeichnungen/"Blockschaltbildern" austauschen durch Rechtecke, die entsprechende Interfaces (nach oben und/oder unten oder rechts/links haben).

Aber sowas interessiert hier ja keinen...

PISA, der Geheimplan zur Volksverdummung hat gewonnen.

[Verwundert]

Was hat dein debiler Text mit dem datentechnischen Schwachsinn den ich dir erklärt habe zu tun?

[Verwundert]

Siga4397429 schrieb:
--------------------------------------------------------------------------------

> PISA, der Geheimplan zur Volksverdummung hat gewonnen.

Wofür du der lebende Beweis bist

[dddsafff]

nein, ist es definitiv nicht. hochachtung, dem ihm.