req: Vorschläge für Datenmodellierung

Römi

Hausmeister

Registered: Feb 2001
Location: Bez. Tulln
Posts: 5303

09.10.2004 - 20:12

Weil ich zur Zeit nichts zu tun hab hab ich angefangen ein Datenbankmodell für eine zukünftige Homepage zu basteln.
Ich bin eine Niete in Datenmodellierung.
Wenn ihr beispiele habt wie sowas gelöst wurde würd ichs gerne sehen. Theorie wie man vorgeht ist mir zum Teil bekannt, aber die Umsetzung, naja :|

ich hab hier mal einen Entwurf angehängt, vielleicht ist ja Jemandem fad und gibt mir Ratschläge?
Wo ich mir unsicher bin ist in der Mitte die page tabelle, ob die zuordnungen dorthin was bringen (bis auf style)...
Der gedanke dahinter wäre zb News nach page unterschieden zu können(aso zb für unterschiedliche pages unterschiedliche news)...

watchout

Legend
undead

Registered: Nov 2000
Location: Off the grid.
Posts: 6845

09.10.2004 - 23:33

du hast hier x redundante tables alle *page tables kannst du in einer zusammenfassen

das is mir auf anhieb mal aufgefallen...
dann wozu hast du user_group? das soll ja nur ein wrapper-table sein wie ich das sehe, also willst du dass ein user member in mehreren groups sein kann?
wozu hast du group_rights?

es gibt in deinem system _extrem_ viele redundanzen, also würd' ich mal sagen, dass du versuchen solltest diese wegzukriegen

that

Moderator
Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11338

09.10.2004 - 23:37

Das Ganze lässt sich überhaupt nicht bewerten, ohne zu wissen was du damit überhaupt genau bezwecken willst.

Bearbeitet von that am 09.10.2004, 23:43

Römi

Hausmeister

Registered: Feb 2001
Location: Bez. Tulln
Posts: 5303

10.10.2004 - 00:16

was ich alles damit machen will weiß ich selbst noch nicht so genau...

wegen den Gruppen:
ja, so ist das gedacht. group rights um den gruppen rechten zuordnen zu können, aber wenn ich mir das anseh ist die table eh unnötig, kann man wohl direkt zuordnen.

wegen redundanzen:
werd mir das nochmal überlegen müssen, ich wollt mir halt so viel wie möglich damit offen lassen.

Was mir helfen würd wär wenn ich sehn könnte wie das andere leute gemacht haben, aber da scheint man im Web nicht viel zu finden.

na, ich werd schon irgendwas zamstoppeln

watchout

Legend
undead

Registered: Nov 2000
Location: Off the grid.
Posts: 6845

10.10.2004 - 01:56

wenn du ein system auf deine eigene Homepage zurechtschneidern willst, dann wird es eher wenig bringen wenn du dir woanders was abschaust - aber wenn du das trotzdem möchtest, kannst dir ja von bekannter software das system anschaun (obwohl das oft auch nicht so das wahre ist...)

gue

Addicted

Registered: Feb 2003
Location: Linz
Posts: 400

10.10.2004 - 12:49

Was ich nicht ganz verstehe: Wozu brauchst du die *page Tabellen überhaupt? IMHO sind die sinnlos.

Bei gallery : picture hast du offensichtlich eine n:m Beziehung, da sollte glaub ich eine 1:n Beziehung hin (ein Bild kann nur in einer Gallerie sein), außer du willst da kompliziertere Strukturen aufbauen.

Wenn du bei den News z.B. anzeigen lassen willst "5 Kommentare, letztes von Römi", dann wäre es vielleicht aus Performancegründen sinnvoll, die redundante Spalte n_last_uid (die UserID des Benutzers, der den letzten Kommentar abgegeben hat) einzuführen.

So wie ich das verstehe hat jeder Benutzer sein eigenes Gästebuch, das auch einen eigenen Namen haben kann, ist das richtig so?

Die Userrechte sind vielleicht ein bisschen kompliziert ausgelegt. Für eine einfache Seite ist das glaub ich ein Overkill

hth

Römi

Hausmeister

Registered: Feb 2001
Location: Bez. Tulln
Posts: 5303

10.10.2004 - 19:11

ja, ich weiß eben noch nicht wie weit ich das dann ausbaue. Die Page tabelle.. Ich werd das sicher nicht so machen, es war nur mal ein Entwurf, ich änder das auf jeden fall noch.
Bild zu Galerie hast auch recht, ich dachte da an m:n obwohl das auch nicht nötig ist (ich hab das system für 1:n schon so fertig programmiert noch von woanders) - vielleicht lass ich's eh so.

Overkill...
nunja, sagt ja keiner dass ich dann alle Tabellen und Möglichkeiten verwenden muss

Eingentlich brauch ich zB. eh nur ein guestbook.
Aber es ist oft so dass ich im laufe der zeit noch features usw einbaun will, dann ists praktisch wenn das vom Datenmoell her fix geht.

Edit:
@news - ich mach das lieber mit an Select. Is vielleicht anders schneller, aber des is in dem Fall wirklich wurscht. Aber danke für den tipp.

einiges geändert:

Bearbeitet von Römi am 10.10.2004, 19:46

Römi Hausmeister Registered: Feb 2001 Location: Bez. Tulln Posts: 5303	09.10.2004 - 20:12 Weil ich zur Zeit nichts zu tun hab hab ich angefangen ein Datenbankmodell für eine zukünftige Homepage zu basteln. Ich bin eine Niete in Datenmodellierung. Wenn ihr beispiele habt wie sowas gelöst wurde würd ichs gerne sehen. Theorie wie man vorgeht ist mir zum Teil bekannt, aber die Umsetzung, naja :\| ich hab hier mal einen Entwurf angehängt, vielleicht ist ja Jemandem fad und gibt mir Ratschläge? Wo ich mir unsicher bin ist in der Mitte die page tabelle, ob die zuordnungen dorthin was bringen (bis auf style)... Der gedanke dahinter wäre zb News nach page unterschieden zu können(aso zb für unterschiedliche pages unterschiedliche news)...
watchout Legend undead Registered: Nov 2000 Location: Off the grid. Posts: 6845	09.10.2004 - 23:33 du hast hier x redundante tables alle *page tables kannst du in einer zusammenfassen das is mir auf anhieb mal aufgefallen... dann wozu hast du user_group? das soll ja nur ein wrapper-table sein wie ich das sehe, also willst du dass ein user member in mehreren groups sein kann? wozu hast du group_rights? es gibt in deinem system _extrem_ viele redundanzen, also würd' ich mal sagen, dass du versuchen solltest diese wegzukriegen
that Moderator Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11338	09.10.2004 - 23:37 Das Ganze lässt sich überhaupt nicht bewerten, ohne zu wissen was du damit überhaupt genau bezwecken willst. Bearbeitet von that am 09.10.2004, 23:43
Römi Hausmeister Registered: Feb 2001 Location: Bez. Tulln Posts: 5303	10.10.2004 - 00:16 was ich alles damit machen will weiß ich selbst noch nicht so genau... wegen den Gruppen: ja, so ist das gedacht. group rights um den gruppen rechten zuordnen zu können, aber wenn ich mir das anseh ist die table eh unnötig, kann man wohl direkt zuordnen. wegen redundanzen: werd mir das nochmal überlegen müssen, ich wollt mir halt so viel wie möglich damit offen lassen. Was mir helfen würd wär wenn ich sehn könnte wie das andere leute gemacht haben, aber da scheint man im Web nicht viel zu finden. na, ich werd schon irgendwas zamstoppeln
watchout Legend undead Registered: Nov 2000 Location: Off the grid. Posts: 6845	10.10.2004 - 01:56 wenn du ein system auf deine eigene Homepage zurechtschneidern willst, dann wird es eher wenig bringen wenn du dir woanders was abschaust - aber wenn du das trotzdem möchtest, kannst dir ja von bekannter software das system anschaun (obwohl das oft auch nicht so das wahre ist...)
gue Addicted Registered: Feb 2003 Location: Linz Posts: 400	10.10.2004 - 12:49 Was ich nicht ganz verstehe: Wozu brauchst du die *page Tabellen überhaupt? IMHO sind die sinnlos. Bei gallery : picture hast du offensichtlich eine n:m Beziehung, da sollte glaub ich eine 1:n Beziehung hin (ein Bild kann nur in einer Gallerie sein), außer du willst da kompliziertere Strukturen aufbauen. Wenn du bei den News z.B. anzeigen lassen willst "5 Kommentare, letztes von Römi", dann wäre es vielleicht aus Performancegründen sinnvoll, die redundante Spalte n_last_uid (die UserID des Benutzers, der den letzten Kommentar abgegeben hat) einzuführen. So wie ich das verstehe hat jeder Benutzer sein eigenes Gästebuch, das auch einen eigenen Namen haben kann, ist das richtig so? Die Userrechte sind vielleicht ein bisschen kompliziert ausgelegt. Für eine einfache Seite ist das glaub ich ein Overkill hth
Römi Hausmeister Registered: Feb 2001 Location: Bez. Tulln Posts: 5303	10.10.2004 - 19:11 ja, ich weiß eben noch nicht wie weit ich das dann ausbaue. Die Page tabelle.. Ich werd das sicher nicht so machen, es war nur mal ein Entwurf, ich änder das auf jeden fall noch. Bild zu Galerie hast auch recht, ich dachte da an m:n obwohl das auch nicht nötig ist (ich hab das system für 1:n schon so fertig programmiert noch von woanders) - vielleicht lass ich's eh so. Overkill... nunja, sagt ja keiner dass ich dann alle Tabellen und Möglichkeiten verwenden muss Eingentlich brauch ich zB. eh nur ein guestbook. Aber es ist oft so dass ich im laufe der zeit noch features usw einbaun will, dann ists praktisch wenn das vom Datenmoell her fix geht. Edit: @news - ich mach das lieber mit an Select. Is vielleicht anders schneller, aber des is in dem Fall wirklich wurscht. Aber danke für den tipp. einiges geändert: Bearbeitet von Römi am 10.10.2004, 19:46

req: Vorschläge für Datenmodellierung

Forum Index > Software > Coding Stuff

Römi

watchout

that

Römi

watchout

gue

Römi