nikosch

Es gibt keinen "besten Weg". Die Qualität einer Lösung ist von ihrem Einsatzzweck abhängig.

Ich will Dir nicht zu nahe treten, aber auf diesem Wissenslevel eine Webagentur zu betreiben - ist das nicht etwas vermessen?

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Mister Ad

Volex

Für den Fall das ich es bald mal schaffe mich selbständig zu machen,
würde eine Fremdfirma die Programmierarbeiten übernehmen,
mir ist es aber selber wichtig so viel wie möglich zu lernen

Das ist aber ein anders Thema, wenn du offtopic fragen hast,
benutze die PN Funktion, mag es nicht wenn man vom Thema ab kommt

mfg.Volex

splasch

Wegen der Rekusive und Performenc dies kannst du ein wenig Kombesieren. Wenn du eine Permanete Verbindung verwendest. Oder fals das nicht möglich ist.

Die Rekusive einfach über ein Array laufen lassen das Bedeuted eine Sql abfrage alle Daten holen und diese dann später durch die Rekusive auswerten lassen. Dann ist die Performenc nicht mehr ausgelastet als wie bei jeder anderen Schleife.

Somit haste den Vorteil das du nicht viele Sql befehle abschicken mußt sondern eben nur einen. Ähnlich eben wie beim Nested Schema dort wird auch nur ein Sql befehl abgeschickt.

Welches Schema du schlußendlich verwendest hängt stark vom einsatz gebiet ab und was man damit erreichen möchte.
Nested ist langsamer beim einfügen neuer Daten da es dort ein Aufwendiger Prozess ist. Dafür aber meisten schneller beim Auslesen und ausgeben der Daten in der gewünschten Form.

Hmm wenn du erst wieder eine Fremd Firma beauftragst kannst du ja nix mehr damit Verdienen. Oder du bist schlußendlich so Teuer das du keine Aufträge bekommst.

Was soll den Kunden daran hindern gleich zur Fremd Firma zu gehen wenn er dort das selbe billiger bekommt? Was überbleibt ist der Verkauf des reinen Design mit dem kann man aber nicht wirklich sich als Firma über Wasser halten.

Mfg Splasch

nikosch

Aua.

Ein wichtiger Punkt gegen Nested Sets ist, dass Du diese ohne Softwarehilfe nur sehr schwer verwalten kannst. Das Parent-ID Prinzip bekommt man selbst in phpMyAdmin noch recht gut verwaltet, weil so ein Baum und das Umhängen der Knoten gut vorzustellen ist. Nested Sets sind da schon mehr tricky.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

litterauspirna

Wenn nested sets dann eine fertige Klasse verwenden ist mein Tipp, denn das selber zu coden fordert schon einiges an erfahrung im Umgang mit Mysql. Auch das nested sets hat seine Nachteile, ist es richtig geschrieben ist es für den Besucher im Frontend natürlich recht gut weil nur ein Query abgesendet wird.

Das rekursive führt nur bei recht großen Bäumen zu Performance Konflikten, wenn du da auf die korrekte Index Vergabe achtest machst du schon einiges an Performance gut.

Im Prinzip gibt es 3 Modelle die du dir anschauen kannst.

1.) das Pfadmodell
2.) das Parent Modell (wende ich an)
3.) Nested Sets

Dann musst du für dich entscheiden was du einsetzen willst.

Bei Nested Sets ist eben der große Nachteil, wenn du etwas verändern, also verschieben, löschen etc. willst, dann braucht das recht viel Zeit, weil in jedem Datensatz die Bezugspunkte neu berechnet werden und wenn de da ne recht große Tiefe der Bäume hast dann ist das eben im Wartungsmodus recht Performanceraubend.

__________________
Aus dem Dynamo Lande kommen wir. Trinken immer reichlich kühles Bier. Und dann sind wir alle voll, die Stimmung ist so toll. Aus dem Dynamo Lande kommen wir.
http://www.lit-web.de

Volex

Denke auch das ich dies nehmen werde
Melde mich sobald es Probleme gibt

mfg.Volex

nikosch

Was ist denn Dein Pfadmodell? Hast Du eine Referenz?

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

stebi

Nennt sich auch Materialized Path.

Z.B. hier: Managing Hierarchical Data in SQL | Pure Performance Inc

nikosch

Ok, Danke für die Quelle. War mir so nocht nicht bekannt. Scheint aber eher im Kontext DB-only-Hierarchie relevant zu sein. Sprich: Wenn ich php-seitig rekursiv die Struktur erstelle komme ich auch gut ohne die Pfade aus. Zudem muß man beim Umhängen eines Elements natürlich auch immer die Pfade anpassen.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--