Mailinglisten-Archive |
hiho, fuer eine Baumstruktur reicht es aus, wenn der "node" weiss wer sein "parent" ist. 2 Tabellen braucht man da mit Sicherheit nicht, und ich sehe auch keinen Vorteil das ganze auf 2 Tabellen zu teilen. Das hat nur zur folge, dass man dauernd ueber 2 Tabellen joinen muss, um an den eigentlichen Datensatz zu kommen. Beim top-level NULL als "parent" eintragen und alles ist gut. just my two cc. henning On 14 Aug 2002 at 15:36, Stefan Schwerdtner wrote: > At 14:47 14.08.2002 +0200, einige schrieben: > > >[verschiedene Ideen zu einer Baumstruktur...] > > Dann auch noch mein Senf zu diesem Thema. > Scheint mir alles ein wenig kompliziert, > bzw. unflexibel. > Was, wenn ein Datensatz Child von 2 verschiedenen > anderen Datensaetzen ist. Ich weiss natuerlich > nicht, ob das ueberhaupt vorkommen kann, aber > einplanen kann man es dennoch. > > Mein Vorschlag waere: > > Tabelle1: > ID, Bezeichnung > > Tabelle2: > ParentID, ChildID > > Mit diesem einfachen Konstrukt lassen sich > beliebig viele Ebenen darstellen. > Auch kann ein Datensatz Child von x-beliebig > vielen verschiedenen Parentrecords sein. > > HTH > Stefan > > --- > Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter > -->> http://www.4t2.com/mysql > --- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive