Hallo, der Thread ist ja schon sehr aufschlußreich, aber etwas über meinem Niveau bzgl. DB. Deshalb unten meine "Elementar-Fragen". Ich wäre sehr froh, hierüber mehr zu erfahren. Dennis Stosberg wrote: [...]
Worin unterscheiden die sich eigentlich?
PostgreSQL kann wesentlich mehr als MySQL: Transaktionen, Foreign Key Support, Trigger, Server-side Procedures, Views, Sequences und mehr.
MySQL ist IMHO besser dokumentiert und (angeblich) schneller.
Wenn dir das alles nichts sagt, ist MySQL zum Anfangen und Lernen erstmal ganz gut geeignet. Wenn du dann anfängst, kompliziertere Datenstrukturen aufzubauen, wirst du die zusätzlichen Features von PostgreSQL schätzen lernen.
Stichwort "Kompliziertere Datenstrukturen" - dazu meine Frage: Ich habe letzhin als total Datenbank-Ahnungsloser in diversen Büchern geblättert. Beim Überfliegen der Seiten habe ich festgestellt, daß in relationalen DB-Systemen i.d.R. einfache Datentypen gespeichert werden. Ich muß aber komplex strukturierte Daten, die für XML-Dateien gut passen würden, z.B. mathematische Objekte, wie 2D-Diagramme u.ä, abspeichern können. Die Strukturen der DB-Objekte sollen auch flexibel änder-/erweiterbar sein - so wie in XML-Dateien eben. Und eine Mischung mit einfachen Datentypen sollte auch möglich sein, denn die Diagramme haben auch Eigenschaften, die durch einfache Datentypen ausdrückbar sind. XML-Dateien hätten diese Eigenschaften zwar, aber die Suche in tausenden solcher Dateien wäre wenig effizient. Geht das mit relationalen Datenbanken überhaupt, oder wäre ich hierzu mit einer objektorientierten DB besser bedient? Welche objektorientierten DBs gibt es ggf.? Beim Studium diverser Literatur ist mir auch aufgefallen, daß fast alles dicke Schinken sind, und alle Werke gehen oft extrem auf Details ein. Mir würde für den Anfang ein schlankes Buch genügen, das mir den Umgang mit Datenbanken anhand von Beispielen und mittels Frontend erklärt. Was gibt es denn hierfür zu empfehlen? Nochwas würde mich interessieren: Gibt es für Programmiersprachen, wie C, C++ oder Python, Programmierschnittstellen für SQL, die *nicht* erwarten, daß man SQL-Kommando-Strings zur Datenbank schickt, sondern die die SQL-Schnittstelle echt verbergen, und die Programmierung auf einem höheren Abstraktionsgrad ermöglichen? Vielen Dank für die Auskünfte! Thomas Michalka