Durch diesen Beitrag konnte ich sehr viel lernen, denn die Kommentare sind gespickt mit guten Werkzeugen, um sich an die Modellierung einer Datenbank heranzuwagen. Die Datenbank, die ich erzeugen wollte, ist ja nicht weiter komplex, eher einfach und simpel gestrickt; passend zu meiner Person. Die Datenbank bildet die Bücher zum Thema Linux und Schreiben aus meinem Bücherregal ab, zeigt dazu den Verlag und die Autoren sowie ein paar weitere Meta-Daten. Dazu gibt es ein Link zu Amazon und je nach dem noch weitere URLs zu diesem Buch. Twitter, identi.ca können direkt mit dem Buchtitel bedient werden und das Buch lässt sich auch per Mail mit zwei Klicks und ein paar Anschlägen weiter empfehlen. Eine minimale Suchfunktion ist da und ausserdem sind Kommentare möglich.

Bei Letzteren bin ich mir unsicher, ob ich diese Funktion durch eine Benachrichtigung erweitern soll, welche ausgesandt wird, wenn weitere Kommentare zu einem Buch dazukommen. Dazu müsste ich aber die E-Mail-Adresse der kommentierenden Person abfragen; ich finde es jedoch sehr sympathisch, dass ich genau das im Moment nicht tue. Man kann kommentieren, ohne “verbindliche Angaben” abgeben zu müssen. Solange hier nicht allzuviel läuft und wenig Kommentare einfliessen, lasse ich es wohl, wie es ist. Der erste Kommentar hinterlegte übrigens Florian, bei dem ich auf sein interessantes Blog stiess.

Die Relationen habe ich erstmals im MySQL Workbench erstellt. Das ging ganz gut. Das Teil lässt sich ja auch noch für kleinere Überwachungsarbeiten nutzen.

Ich muss mich aber schon noch etwas tiefer in die Materie einarbeiten; dazu habe ich mir zwei Bücher geleistet, die natürlich auch schon in der DB zu finden sind:

• PHP & MySQL Von Kopf bis Fuss
• Das offizielle MySQL 5 Handbuch

Darin wird unter vielen andern Themen auch MySQL Workbench angesprochen oder tiefer behandelt. Sobald ich etwas weiter mit den Bücher bin, werde ich dazu noch ein paar Sätze brünzeln.

Zur Pflege der Daten habe ich eine kleine Verwaltung auf Basis PHP und HTML gebastelt. Dadurch kann ich von überall her auf die Daten zugreifen, weitere erstellen oder löschen. Weiter gibt es einen niedlichen CronJob, der die Rangliste der Bücher aufgrund der Anzahl Aufrufe einmal am Tag errechnet. Diese Daten zeige ich aber (noch) nicht an. Zusätzlich wollte ich neu erfasste Bücher über identi.ca preisgeben und habe dazu identica-php eingesetzt. Dort klappt im Moment die utf-8-Codierung nicht so, wie ich es will, aber das kriege ich auch noch in den Griff.

Alles in Allem bin ich zufrieden mit dem Teil und meine, dass ich damit der Individualität genügend Rechnung getragen habe; es ist eine eigene, einfache und friedliche Lösung, statt ein Mainstream-Standard-Werkzeug.

Ähnliche Artikel

• 4. März 2010 -- t3n mit WordPress Cheat Sheet (5)
• 13. Januar 2010 -- MySQL-Datenbank-Design optisch planen (33)
• 23. April 2009 -- Die Anarchie der Hacker [Podcast] (10)
• 26. November 2008 -- Tiny Tiny RSS überzeugt noch nicht ganz (8)
• 29. März 2008 -- Mit Liferea RSS-Feeds lesen (6)

Um solche Sachen zu entwickeln nutze ich in der ersten Phase gerne meinen Ubuntu-Server zu Hause, der von aussen nicht zu erreichen ist – mindestens bilde ich mir das ein. Dort habe ich per PHPMyAdmin die nötige Datenbank und die dazugehörigen Tabellen erstellt, die Rechte gerichtet und kontrolliert, ob alles in Ordnung ist.

Damit ist aber nur die halbe Arbeit – nebst dem Abfüllen der Daten – erledigt, denn die Relationen per SQL-Statement abzuholen, macht mir immer noch grosse Mühe. Ungefähr vor zwei Jahren habe ich hier beschrieben, wie ich diese Herausforderung unter Zuhilfenahme von Access aus dem Hause Microsoft und dem ODBC-Connector von MySQL löse. Dazu fahre ich ein virtuelles XP hoch und verbinde mich via ODBC-Connector unter Access mit dem MySQL-Server. Dort stehen dann grafische Elemente zur Verfügung, mit denen ich die Relationen zusammenklicken kann.

Wären da nur 1:n-Relationen zu lösen, brächte ich das noch halbwegs ohne diese Hilfe zustande. Aber bei meiner Herausforderung kann ja jedes Buch mehr als ein Autor haben. Jeder Autor könnte also theoretisch für jeden Titel geschrieben haben. Damit entsteht bei einer schlauen Normalisierung eine n:n-Verbindung zwischen den Tabellen Buch und Autor. Und eine n:n-Relation lässt sich ja bekanntlich nicht in einem Schritt auflösen, sondern muss über eine Zwischentabelle in zwei 1:n oder n:1-Relationen umgewandelt werden. Damit wird es für mein Gehirn schon etwas komplex. Und hier eilt mir in diesem Moment jene Lösung mit Access zu Hilfe. Dort klicke ich die Abfrage zusammen und exportiere dann die SQL-Anweisung.

Wahrscheinlich liesse sich das Ganze auch mit Mitteln aus der Linux-Welt lösen. OpenOffice Base und der ODBC-Connector stehen ja zur Verfügung; probiert habe ich es aber nicht.

Mich interessiert brennend, wie Ihr solche Sachen löst. Zum Beispiel Roland, der ja immerzu solche Datenbank-Dinger baut, hat sicherlich einen Ansatz bereit, um es anders und besser zu bewerkstelligen. Gibt es Frameworks, die SQL-Abfragen grafisch darstellen? Meine Herausforderung ist nicht das Verständnis der Abfrage an sich, sondern das abschliessende Wandeln in eine valide SQL-Anweisungen. Danke für die Hinweise und das Feedback!

Ähnliche Artikel

• 22. Januar 2008 -- Mit Microsoft Access auf MySQL zugreifen (0)
• 2. Februar 2010 -- Webentwicklung mit CakePHP (8)
• 23. Juni 2008 -- Zugriff auf MySQL-Server ausserhalb vom localhost (2)
• 21. Januar 2008 -- MySQL: Abfragen speichern und nutzen (0)
• 17. Januar 2008 -- MySQL Administrator und Query Browser (0)

Bei der im Ubuntu-Server aktuell eingebundenen Version von PHPMyAdmin (2.10.3deb1ubuntu0.1) können zwar Abfragen gespeichert werden, aber deren SQL-Anweisungen nachträglich nicht angezeigt werden. Stattdessen muss man so gespeicherte Abfragen neu erzeugen und wenn man Mut hat, überschreiben. Etwas komfortabler geht es mit dem Query Browser.

Eine Abfrage wird mit folgender SQL-Anweisung erzeugt:

CREATE VIEW `Datenbank`.`Name_der_Abfrage` AS
SELECT * FROM ``

In diesem Beispiel wird die Abfrage als Name_der_Abfrage gespeichert und steht danach – wie es bei Access als dem Hause Microsoft oder dem grossen Bruder, dem SQL-Server bekannt ist – als View zu Verfügung. Jene kann dann wieder per SELECT aufgerufen werden.

Abfragen ergeben am meisten Sinn, wenn verschiedenen Tabellen, welche eine Relation untereinander kennen, aufgerufen werden. Dazu wird ebenfalls die SELECT Anweisung benutzt, die Relation wird beispielsweise per INNER JOIN ON erstellt. Wer mehr über die SQL-Anweisungen wissen möchte, ist auf sql-tips.de gut bedient. Aber auch dieses Tutorial ist nicht zu verachten.

Hier ist ein Beispiel, wie zwei Haupttabellen und zwei weitere Hilfstabellen in einer Anfrage zusammengeführt werden:

select `adr_firmen`.`IDFirma` AS `IDFirma`,`adr_firmen`.`Firma` AS `Firma`,`adr_firmen`.`Zusatz` AS `Zusatz`,`adr_firmen`.`Strasse` AS `Strasse`,`adr_firmen`.`PLZ` AS `PLZ`,`adr_firmen`.`Ort` AS `Ort`,`adr_firmen`.`Land` AS `Land`,`adr_firmen_kontakt`.`IDKontakt` AS `IDKontakt`,`adr_firmen_kontakt`.`Anrede` AS `Anrede`,`adr_firmen_kontakt`.`Vorname` AS `Vorname`,`adr_firmen_kontakt`.`Name` AS `Name`,`adr_firmen_kontakt`.`Titel` AS `Titel`,`adr_firmen_kontakt`.`Funktion` AS `Funktion`,`adr_firmen_kontakt`.`EMail` AS `EMail`,`adr_firmen_kontakt`.`Telefon` AS `Telefon`,`adr_firmen_kontakt`.`Mobile` AS `Mobile`,`adr_firmen_kontakt`.`Fax` AS `Fax`,`adr_firmen_land`.`IDLand` AS `IDLand` from (`adr_firmen_kontakt_anrede` join (`adr_firmen_land` join (`adr_firmen` join `adr_firmen_kontakt` on((`adr_firmen`.`IDFirma` = `adr_firmen_kontakt`.`IDFirma`))) on((`adr_firmen_land`.`IDLand` = `adr_firmen`.`Land`))) on((`adr_firmen_kontakt_anrede`.`IDAnrede` = `adr_firmen_kontakt`.`Anrede`)));

Die Tabelle adr_firmen enthält Adressdaten von Firmen, diejenige mit Namen adr_firmen_kontakt enthält Kontaktinformationen. Beide Tabellen werden jeweils über das Feld IDFirma miteinander in Relation gebracht. Dann gibt es noch zwei kleine Hilfstabellen, welche bloss sicherstellen, dass immer dieselben Werte benutzt werden. adr_firmen_kontakt_anrede steht in Relation zur Tabelle adr_firmen_kontakt und setzt jeweils die Anrede richtig, die Tabelle adr_firmen_land enthält die Landesangaben, welche wiederum mit adr_firmen in Relation steht. Mit der obigen Abfrage werden sämtliche Werte so ausgegeben, dass sie für uns Menschen nutzbar werden.

Wer sich nicht so gerne mit dem pingeligen SQL-Syntax auseinandersetzen will, kann auch eine andere Lösung bevorzugen. Dazu braucht es allerdings Windows und Access. Damit kann man über ODBC eine Verbindung zum MySQL-Server herstellen und dann die Abfragen im Access-Fenster ganz bequem zusammenklicken und sich hernach den SQL-Code anzeigen lassen. Bei nicht allzu komplexen Abfragen funktioniert jene Version ganz gut. Ich werde dazu später mehr berichten.

Leider ist zur Zeit meine Lieblings-Virtualisierungssoftware für den Mac – die VirtualBox – noch nicht ready für OS X 10.5, weswegen ich auch noch keine virtuelle Windows-Kiste zur Verfügung habe, um darüber zu berichten.

Ähnliche Artikel

• 2. Februar 2010 -- Webentwicklung mit CakePHP (8)
• 13. Januar 2010 -- MySQL-Datenbank-Design optisch planen (33)
• 16. Juli 2008 -- MySQL-Tabellen: tx_crawler_queue Löschen erzwingen (0)
• 19. Mai 2008 -- WordPress auf einem Ubuntu-Server (24)
• 9. Januar 2008 -- SSL auf Apache einrichten (0)