Aufbau einer SQL-Datenbank ???

Aufbau einer SQL-Datenbank ??? (38 Beiträge, 296 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hi, wie kann ich am besten mit einer Grafik beschreiben wie eine Datenbank aufgebaut ist ? Also ich habe bereits die Tabellen mit Datenfeldern und Datensätzen.

Nun will ich diese aber als Grafik darlegen, zur besseren betrachtung.

Womit, und wie löse ich dies am besten ?

_{"Das Flüstern einer schönen Frau hört man weiter als den lautesten Ruf der Pflicht." Zitat von Picasso.
My favourite JLH Quote: "It's just me and my white panties" Late Show with David Letterman 07\09\02}

Bei einer MS-SQL DB kannst mit dem Enterprise-Manager "Diagramme" auswählen. K.A., ob es so etwas auch bei MySQL gibt.
lg:
computerherby

Hast Du die Relationen schon richtig modelliert, oder nur die Tabellen gefüllt?

Grafisch darstellen lassen sich solche Dinge imho am besten mit Visio.

Eine hatscherte aber bequeme Möglichkeit wäre es auch Screenshots von den Tabellen zu machen, und diese dann im Paint zusammenzuführen

naja, was meinst du mit modelliert ?

tabellen sind gefüllt, script läuft reibungsfrei

will nur noch den mist bestmöglich erklären !

Ok, dann pflichte ich Robert Craven bei. Es gibt zwar verschiedene Möglichkeiten eine Datenbank zu modellieren, ein EER ist allerdings die gebräuchlichste. Die Grundform dazu ist das ERD. Hilft beim Verständnis.
Wie's dann geht hat er eh beschrieben

dat is wohl wahr....
____________________________
drink mich, ich schmecke gut
____________________________

ok danke ich suche mal danach !

Hab den Beitrag editiert, und ein wenig ergänzt.

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

Such nach EER (Extended Entity Relationship) Daigram. Genauso machst es dann.

Edit:
Im Prinzip machst ein Kasterl für jeden Tabelle.
Die einzelnen Felder der Tabelle schreibst unter das Kasterl für die Tabelle.
Die Beziehungen zwischen den Tabellen (Fremdschlüssel) stellst du durch Striche zwischen den Kasterl dar.
Dann kannst noch die Kardinalitäten hinschreiben (wieviele Elemnte der einen Tabelle zu wievielen Elementen der anderen Tabelle gehören)
Beispiel: 1 Schüler geht in genau 1 Klasse. 1 Klasse hat mindestens 1 Schüler. ! Lehrer unterrichtet beliebig viele Klassen. Jede Klasse wird von einem oder mehreren Lehrern unterrichtet.

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

06.01.2005, 16:26 Uhr - Editiert von Robert Craven, alte Version: hier

hm und womit soll ichs am besten machen ?

Mit welchem Programm?
Rational Rose
Visio
dia (gratis)
...

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

gut, danke
habe sowas gefunden, nur eines versteh ich noch nicht.

http://www.ifs.tuwien.ac.at/~bruckner/dotnet/WebkioskDB.pdf

was sind diese pfeile, eines ist gefärbt und eines nicht bei einigen sind beide gefärbt, und da steht halt: wirkt_mit und so

gibt es ein prinzip wie man da nachgehen muss, oder kann man das auch frei gestalten ?

also zB schreib ich statt wirkt mit was anderes ?!

hehe SE1. Ticketline hab ich damals schon programmieren dürfen

Die Farbe der Pfeile und die Ringerl um manche Striche sind genau die Kardinalitäten, von denen ich gesprochen hab.
Weisses Dreick: Die Tabelle gibt genau ein Element her
Dunkles Dreieck: Die Talle gibt mindestens ein Element (oder mehrere) her
Ringerl: ergänst obiges um "oder gar keines" (sprich: optional)

Nehmen wir veranstaltung-Künstler:
An einer Veranstaltung wirken beliebig viele Künstler mit (einer oder mehrere oder keiner)
Ein Künstler wirkt an beliebig vielen Veranstaltungen mit (0, 1, 2+)

Veranstaltung-Aufführung:
Eine Veranstaltung wird beiliebig oft aufgeführt (vielleicht auch gar nicht)
Eine Aufführung ist immer nur für genau eine Veranstaltung (weisses Dreieck!!)

Alles klar?

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

hm, kompliziert, aber habs glau i schon gecheckt, jedenfalls ist es ein muss sich danach zu halten?
d.h. ich brauch sicherlich noch viel text darunter, weils dann keiner verstehen wird

schaut aber dann professioneller aus ....

> hm, kompliziert, aber habs glau i schon gecheckt, jedenfalls ist es ein muss sich
> danach zu halten?

Weiss nicht genau, was du sagen willst. Aber erstell mal ein kleines Diagramm und post es hier, dann können wir dir sagen, ob es alles stimmt.
Im Prinzip ist das EER ziemlich simpel, wenn du schon die genau Struktur hast. Das schwierige ist es ja auf die Tabellen, Felder und Beziehungen zu kommen.

> d.h. ich brauch sicherlich noch viel text darunter, weils dann keiner verstehen
> wird

Nein. Text brauchst du gar keinen. Das ist ja der Gag an dem Diagramm, dass man es komplett alleine versteht.

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

also
folgendes hab ich jetzt gemacht:

http://forum.geizhals.at/files/532/aufbauderdatenbank1.jpg

wo schreib ich da die kardinalitäten hin bei dem CHEN - ERD ?

also es is ja kein extended, wo ich es einfärben kann
ich hab mich danach orientiert:
http://de.wikipedia.org/wiki/Chen-Notation

und da stehen die kardinalitäten nur in 1:1 1:n usw da.

soll ich das darüber schreiben ?

Hoffentlich stimmt es auch wie ich das gemacht hab mit den beziehungen.

07.01.2005, 15:16 Uhr - Editiert von kracker, alte Version: hier

Schaut schon ganz gut aus.
3 Sachen:
* Primärschlüssel unterstreichen (nehm an, das ist immer die id)
* Fremdschlüssel brauchst du nciht mehr dazu schreiben, dafür sind die Rauten (zb adminid)
* Kardinalitäten würd ich schon dazu schreiben. Einfach jeweils neben die Rauten schreiben, wieviele Elemente die Tabellen in die Beziehung mit einbringen.

Beispiel

bibVerleih n ---#--- 1 bibAdmin

1 Admin kontrolliert beliebig viele Verleihe
1 Verleih wird von genau einem Admin kontrolliert.

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

danke, eines verwirrt mich noch, bei den beziehungen, ein freund hat mich so gefragt wieso keine pfeile sind, also zB bibAdmin verwaltet bibMedium, aber bibMedium nicht bibAdmin, gehört das so oder wie ?

----edit----

ja und nochwas, das mit den fremdschlüsseln, woher weiss man dann welches mit welchem zamhängt ?

also zB bei adminid jetzt, da weiss man ja nicht mit welcher relation er mit einem datenfeld in bibMedium zamhängt ...

07.01.2005, 22:32 Uhr - Editiert von kracker, alte Version: hier

Du musst irgendwie angeben, wie die Sachen zusammenhängen. Und zwar nicht dadurch, dass du die Fremdschlüssel zu den Tabellen schreibst.

Du kannst auch Pfeile machen. Die sind aber, soweit ich mich erinner, nur informell, damit man die Leserichtung kennt.

Also bibAdmin ---verwaltet -|>-- bibMedien
(Admin verwalten Medien & Medien werden von Admin verwaltet)

Da geht dir dann aber Information verloren: Muss ein Medium von einem Admin verwaltet werden? Kann ein Medium auch von mehreren Admins verwaltet werden? Muss jeder Admin Medien verwalten? Kann ein Admin mehr als ein Medium verwalten?

--Edit (mühsam)
Das passiert automatisch (wenn du den Algorithmus verfogst), wenn du das EER in Relationen umwandelst. Du machst den umgehkehrten Weg. Du hast die Relationen (=Tabellen) schon und erstellst daraus das EER.

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

07.01.2005, 22:37 Uhr - Editiert von Robert Craven, alte Version: hier

>Muss jeder Admin Medien verwalten? Kann ein Admin mehr als ein Medium verwalten?

naja, da hab ich eben noch eine zweite relation gemacht und zwar kann er auch bibVerleih kontrollieren.

>Kann ein Medium auch von mehreren Admins verwaltet werden? Muss jeder Admin Medien verwalten?

diese fragen habe ich mir noch nicht gestellt, wie kann ich das lösen ? es können nur höhere admins verwalten, die anderen können nur verleihen, aber das kann man doch garnicht grafisch anzeigen ?!?! und ein medium kann von allen admins verwaltet werden.

---> edit verstehe ich nicht ganz richtig .... also ich habe jetzt ein stinknormales ERD gemacht, und wie soll ich daraus jetzt ein EER erstellen ?! komme nicht ganz mit

> also ich habe jetzt ein stinknormales ERD gemacht, und wie soll ich daraus jetzt
> ein EER erstellen ?!
Normalerweise (zumindest der Theorie nach) erstellst mal eine Spezifikation. Was soll die Datenbank können.
Anhand dieser Spezifikation erstellst ein (E)ERD.
Aus dem (E)ERD kannst dann die Relationen auslesen.
Dann normalisierst die Relationen (Wenn du keine Ahnung hast, was das ist, dann vergiss das einfach wieder

)
Diese Relationen bildest dann in deiner Datenbank ab.

Du gehst den umgekehrten Weg.

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

07.01.2005, 23:11 Uhr - Editiert von Robert Craven, alte Version: hier

>Also bibAdmin ---verwaltet -|>-- bibMedien
(Admin verwalten Medien & Medien werden von Admin verwaltet)

Da geht dir dann aber Information verloren: Muss ein Medium von einem Admin verwaltet werden? Kann ein Medium auch von mehreren Admins verwaltet werden? Muss jeder Admin Medien verwalten? Kann ein Admin mehr als ein Medium verwalten?

oh langsam versteh ichs, die information kann ich durch kardinalitäten erklaeren oder ?

also wenn ch zB jetzt das so mach:

bibVerleih 1:n bibAdmin

bedeutet das:
1 admin kann genau 1 buch verleihen
1 buch kann von beliebig vielen admins verleiht werden

stimmt das ? - also genau das umgekehrte von deinem beispiel
wobei das alte in meinem falle garnicht stimmt

1 verleih kann von allen admins kontrolliert werden ...

07.01.2005, 23:00 Uhr - Editiert von kracker, alte Version: hier

Hehe. Ich muss mir abgewöhnen so schnell auf Reply zu drücken. Da verpass ich immer irgendwelche Edits

OK:
oh langsam versteh ichs, die information kann ich durch kardinalitäten erklaeren oder ?

Bingo!

bibVerleih 1:n bibAdmin

bedeutet das:
1 admin kann genau 1 buch verleihen
1 buch kann von beliebig vielen admins verleiht werden

Das stimmt aber nicht mit deiner Datenbank überein. AdminId ist im Verleih gespeicher. Also ist das eine 1:n Beziehnung: 1 Admin verleiht beliebig viele Bücher. 1 Buch wird immer von genau einem Admin verliehen. (Zumindest scheint deine Datenbank genau das zu modellieren)

1 verleih kann von allen admins kontrolliert werden ...

Wie willst das in deiner Datenbank speichern?

PS: Primärschlüssel unterstreichen!

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

07.01.2005, 23:12 Uhr - Editiert von Robert Craven, alte Version: hier

> 1 verleih kann von allen admins kontrolliert werden ...

>Wie willst das in deiner Datenbank speichern?

ja das stimmt ... kann ich nicht, war ein denkfehler, jedenfalls mein ich das jeder admin diese bestimmte buch zurücknehmen kann.

>Das stimmt aber nicht mit deiner Datenbank überein. AdminId ist im Verleih >gespeicher. Also ist das eine 1:n Beziehnung: 1 Admin verleiht beliebig viele Bücher. 1 >Buch wird immer von genau einem Admin verliehen. (Zumindest scheint deine >Datenbank genau das zu modellieren)

ja, das wiederum war auch ein denkfehler. bin irgentwie sehr verwirrt.

habe das jetzt ausgebessert mit >bibVerleih 1:n bibAdmin zu bibVerleih n:1 bibAdmin, was hier nicht stimmt: http://forum.geizhals.at/files/532/aufbauderdatenbank2.jpg

Es ist schwer für mich zu beurteilen, ob das stimmt, wenn ich die Angaben nicht kenn. Zeig mal deine Angabe!
So wie ich es verstehe:
Es geht um eine Bibliothek (no na).
Es gibt Kunden, Administratoren, Medien und Bände.
Kunden können Medien ausleihen. Diese Ausleihe wird von einem Administrator vorgenommen.
Medien können von einem Administrator angelegt werden (Es wird gespeichert, wer ein Medium anlegt)
Mehrere Medien können zu einem Band zusammengefasst werden (müssen aber nicht)

Auf jeden Fall: Dir ist klar, dass du jede n:m Beziehung als eigene Tabelle in der Datenbank haben musst?

Suche im Forum
Suche im Internet (Google)
Was ist?
Forums-FAQ
Kino 2005

>Auf jeden Fall: Dir ist klar, dass du jede n:m Beziehung als eigene Tabelle in der >Datenbank haben musst?

da komm ich jetzt nicht mit, wie meinst du als eigene tabelle in der datenbank ?

die angabe bekommst du gleich per PM

gut, jetzt hab ich die grafik erneuert, kannst du mal überprüfen ob die kardinalitäten passen ?

http://forum.geizhals.at/files/532/aufbauderdatenbank2.jpg

also:

bibVerleih 1:n bibBenutzer - 1 Benutzer kann 1 Information schicken und beliebig viele zurückbekommen.

bibVerleih n:m bibAdmin - 1 Admin kann beliebig viele Bücher verleihen und 1 Buch kann von beliebig vielen Admins verliehen werden.

bibVerleih 1:1 bibMedium - Verleih fragt nach 1 Buch, ob es verliehen ist, und Medium gibt genau 1 Buch zurück.
(obwohl ich da nicht sicher bin, weil in der php abfrage dann, gibt er ja gleich alle datensätze aus, und schreibt gleich daneben hin obs verliehen ist oder nicht, also zB: benutzer sucht nach *tv* dann gibt er ihm alles aus was mit tv zu tun hat und schreibt daneben hin obs ausgeliehen ist oder nicht, aber in der datenbank sollte er nach 1 suchen oder nicht ?!) - ich weiss klinge unsicher, aber das scripting hab ich nicht gemacht, habe nur die datenbank entworfen.

bibAdmin n:m bibMedium - alle medien werden von allen admins verwaltet ( das ist wiederum nicht geklärt weil nicht jeder verwalten kann, nur die höheren )

bibMedium n:1 bibBand - 1 medium kann "nur" in 1 band sein, 1 band kann mehrere medien enthalten.

Ich glaub eher, Du hast keinen Tau von der Materie - Ahnung solltest Du aber haben, denn wie sonst willst Du dann ein korrektes Diagramm erstellen?

Arbeit Dich mal in die Grundlagen ein, dann solltest das Diagramm problemlos selber erstellen können.

I will use Google before asking dumb Questions.
   Frei nach Bart Simpson

Zwei Dinge sind unendlich: Das Universum und die menschliche Dummheit, aber beim Universum bin ich mir noch nicht ganz sicher.
   Albert Einstein

Dreierlei Wege klug zu handeln: Durch Nachdenken, das ist der Edelste. Durch Nachahmen, das ist der Leichteste. Durch Erfahrung, das ist der Bitterste.
   Konfuzius

in welche grundlagen ?
sql ?
naja denke schon das ich das checken sollte
diagramme hab ich nur noch nie gemacht ...

Das hat noch gar nichts mit SQL zu tun, sondern mit Datenbankgrundlagen wie z. B. dem ERM. Das solltest mal lernen.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung