Datenbanken

hat grad ein heureka, so massiv, dass ne totale stromsperre folgte. gottistmitdir? denkste, manchmal bloß das wetter. ich hasse wetter. besonders vorm speichern. hab jedes mal spundus davor, meine festplatte mit flow zu überlasten und setz meinen müll lieber ins netz. tja, mein guter. und den liest du jetzt. müll. wie geht´s dir dabei, wenn du meinen müll liest? masomäßig? na hoffentlich. ich liebe dich dafür. eine zehntelsekunde. vielleicht aber auch nicht.

Datenbanken vereinfachen das Leben, da sie Information speichern, ordnen und verwalten. Ohne datenbanken wären viele Bereiche des einfachen Lebens kaum mehr denkbar, oder nur mit verhältnismässig hohem Aufwand zu realisieren.
Hautzutage werden Datenbanksysteme vorwiegend relational implementiert, das heisst dass eine mengenorientierte Datenbanksprache verwendet wird. Industriestandard im Bereich dieser Sprachen ist SQL. SQL wurde so konzipiert, dass sie einem relationalen Datenbanksystem weitgehenst entspricht. Definiert wird eine DB als relational, wenn sie den 12 (ja es sind eigentlich 13) Regeln von Dr. E. Codd entspricht, der den Begriff »relationales DB-system in den 70er Jahren des 20. Jahrhunderts mit seinem Artikel «A Relational Model of Data for Large Shared Data Banks" prägte.
Diese Regeln sind wie folgt definiert:

0. Ein relationales System muss in der Lage sein, seine Datenbank(en) vollständig über seine relationalen Fähigkeiten zu verwalten.
1. Alle Informationen der Datenbank sind als Werte in Tabellen Darzustellen. Dies gilt auch für die Namen dert Spalten und Tabellen.
2. Jeder Wert muss durch eine Kombination von Tabellenname, Primärschlüssel und Spaltenname auffindbar sein.
3. Das System behandelt Nullwerte durchgängig als unbekannte oder fehlende Daten und unterscheidet diese von Standardwerten.
4. Der Systemkatalog ist auf der selben logischen Ebene wie die Daten selbst (also in Tabellen) beschrieben und gleich abrufbar.
5. Das System hab mindestens eine Abfragesprache mit Befehlen für Datendefinition, Manipulation, imtegritätsregeln, Authorisierung und Transaktion.
6. Alle Schichten, die theoretisch aktualisierbar sind, lassen sich auch mit den mitteln des Systems aktulisieren.
7. Das System hat auch Operationen zum Einfügen, Aktualisieren und Löschen GANZER Tabellen bereitzustellen und zu unterstützen.
8. Der logische Zugriff auf die Daten muss unabhängig von den physikalischen Zugriffsmethoden und der Speicherstruktur sein.
9. Änderungen der Strunkturen dürfen keinen Einfluss auf die Logik der Anwendungen haben. (»Transparenz«)
10. Integritätsregeln müssen in der DB-Sprache definierbar sein. Sie sind im Systemkatalog zu speichern und dürfen (theoret.) nicht umgehbar sein.
11. Der logische Zugriff auf Daten darf sich vom Übergang eines Zentralen Systems zu einem Verteilten System nicht ändern. (wieder »Transparenz«)
12. Integritätsregeln dürfen auch nicht durch die Zuhilfename von Low-Level Sprachen umgehbar sein.
(Praktisch jedoch unmöglich)

Weitere Stichworte: ODBC, SQL, Oracle, Access, ...

Gemeinhin als Datenbank bezeichnet ist unser Datensumpf in Tat und Wahrheit das abschreckendeste Beispiel von OOP Programmierung. Doch seit Gelasma das schreiben des Quelltextes übernommen ist ist der Datensumpf stellenweise bereits begehbar...

Es ist tatsächlich so das man wohl mit etwas Einfallsreichtum auch Datenbanken mittels Kaffebohnensuppe ertragen kann!