Hi,
was genau magst du in `Reihenfolge` speichern?
Ich würde vermutlich nur ID, Seitenname und Elternseite als Spalten verwenden.
Die oberste Ebene hat dann die NULL als Elternseite,

Naja, irgendwie muss ja auch geordnet werden können, wie die Links in der Sitemap so runtergelistet werden denk ich mal.

Ich frag mich nur, ob es sinnvoll ist, dafür ne eigene Datenbank zu machen. Wahrscheinlich benutzt du sowas ähnliches wie Module für zum Beispiel News etc., oder?

Dann müsstest du ggf. im ACP auf zwei Datenbanken Änderungen durchführen. Ich weis nicht so recht, ob das sinnvoll ist. Warum nicht in den Modulen, sofern du welche benutzt, zusätzliche Informationen speichern, aus denen dann eine Sitemap generiert werden kann?

Und was spricht dagegen, das auch in der Moduldatenbank zu lösen? Mag sein, dass ich da jetzt etwas kurzsichtig bin, ich würde das dennoch als einfachste Methode einstufen.

Zur Speicherung von Bäumen in SQL empfehle ich Nested Sets. Bietet sich vor allem an, wenn der Baum meistens nur gelesen wird, wie das bei dir ja der Fall sein dürfte.

Du müsstest also nur den Seitennamen als payload (wie übersetzt man das am Besten?) nehmen. Tiefe, Reihenfolge und Elternseite ergeben sich aus der Struktur des Baumes. Wenn du es so machen willst, bastle ich dir gern ein Beispiel.

Gruß,
Paul

"eLKane" schrieb:

Was für einer Moduldatenbank?

Okay, es fehlt das "ggf. gibt". Sofern dein CMS keine feste Struktur besitzt, wirst du die Module wohl in einer Datenbank speichern, jedenfalls dessen Informationen. So würde ich das jedenfalls lösen. Aber okay, je nach dem ...

Wie wärs mit:

site (site_id, sidename)
site_bez (site_id, unter_site_id)
site_org (site_id, reihenfolge)

Hey, richtig cool das Nested Sets Model! Danke paule für den Tipp!
Kennst du zufälligerweise eine Lösung die mit Triggern arbeitet? Damit man diese linken/rechten Zähler nicht immer manuell ändern muss.

Ich habe hier mal ein paar gute Stored Procedures gefunden. Wenns dergleichen nicht schon gibt, muss ich hiermit mein Glück mal selber versuchen.
* http://notabilis.org/code/?nested_sets

Bis vor einer Stunde kannte ich sie zwar noch nicht. Aber jetzt denke ich, dass sowas ein absolutes "Must Have" ist. Und seit MySQL 5.1 sind aufwendige Trigger ja auch kein Problem mehr.

BTW: hier noch ein guter Artikel:
* http://dev.mysql.com/tech-resources/articles/hierarchical-data.html

"d0nUt" schrieb:

Hey, richtig cool das Nested Sets Model! Danke paule für den Tipp!
Kennst du zufälligerweise eine Lösung die mit Triggern arbeitet? Damit man diese linken/rechten Zähler nicht immer manuell ändern muss.

Ich habe hier mal ein paar gute Stored Procedures gefunden. Wenns dergleichen nicht schon gibt, muss ich hiermit mein Glück mal selber versuchen.
* http://notabilis.org/code/?nested_sets

Bis vor einer Stunde kannte ich sie zwar noch nicht. Aber jetzt denke ich, dass sowas ein absolutes "Must Have" ist. Und seit MySQL 5.1 sind aufwendige Trigger ja auch kein Problem mehr.

BTW: hier noch ein guter Artikel:
* http://dev.mysql.com/tech-resources/articles/hierarchical-data.html

wenn du eine Lösung für die Trigger hast, wäre es cool wenn du sie postest (was du wohl eh machen wirst, aber ich wills nochmal betonen).
Ich hab mir nämlich das NestedSets-Model auch schonmal angeschaut, dann aber sein gelassen weil ich dieses Verschieben von Programmiersprachenseite her nicht machen wollte.

Danke
cya