ciss

Ich dachte ursprünglich an eine lineare Ordnung, und auch bei näherer Überlegung würde ich dabei bleiben. Nichtlinear wäre natürlich mächtig, bringt aber auch einige Schwierigkeiten mit sich.
Ich sehe momentan drei Strategien:

• Jedes Tag hat genau ein Eltern-Tag. Für alle Beteiligten einfach zu handhaben.
• Jedes Tag kann beliebig viele Eltern haben. Sicherlich mächtig, aber wartungstechnisch ein Alptraum (Rekursion etc.). Ich persönlich hasse es auch wie die Pest, auf Webseiten unter verschiedenen Bezeichnungen ständig auf dieselben Inhalte zu stoßen.
• Statt auf Elemente bezieht sich das Tag auf andere Tags, z.B. "Fischgerichte" ("Fisch"+"Essen"+"Beilage"). Im Prinzip eine benannte Suche, gehört bei näherer Betrachtung eigentlich nicht in diese Liste.

Jedenfalls würde ich zur linearen Variante tendieren. Die Tabelle "tree" wird damit natürlich überflüssig. Nested trees klingen übrigens interessant (habs nur überflogen), aber bleiben Vorteile auch bestehen wenn ich zu jedem "links" und "rechts" auch die set_id abfragen muss?

Zum Thema Overhead hier ein Link. Items/Elemente als Bedeutungsträger scheint in jedem Fall der richtige Ansatz, mit diesen als Objekten zu arbeiten ist aber vielleicht zuviel des Guten.

Mister Ad

nikosch

Dann weiß ich aber nicht, ob Tagging das richtige Prinzip für Deine Site ist.

Im Endeffekt aber eine Beschränkung, die eher in Richtung Menübaum geht: Unter welchen Punkt ordne ich jetzt das Tag ein? Taggruppen haben damit nur noch verwalterische AUfgaben, die Tags betreffend, nicht aber die Inhalte. *) Meiner Meinung nach. Klar - ist eine Einschränkung u.U. irgendwo notwendig. Eine super-n-dimensionale Tagginggeschichte kann für bestimmte Anwendungen auch schlicht Überdosis sein.

*) Ein Beispiel:
Ich tagge etwas als Fisch, den Fisch als Tier. Ich habe eine weitere Taggruppe "Wasser". Stelle ich jetzt bspw. alle Tags als Kinder Ihrer Gruppen optisch dar ergibt sich unter Umständen ein Mehraufwand um den Fisch-Inhalt zu finden, wenn ich "Wasser" im Sinn habe. Die Taggruppen verwalten zwar die Tags übersichtlich, u.U. denke ich aber, dass es gar keinen "Fisch"-Inhalt gibt, weil ich ihn unter "Wasser" nicht finde. Selbst wenn ich die Taggruppen als Tag umsetze (also Klick auf Taggruppe such Inhalter der dort gruppierten Tags) bleibt dieses Problem bestehen.

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

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

erc

Alles klar, also kein Baum sondern eher ein semantisches Netz. Das ist aber auch nicht das Problem. In so einem Netz muss man zwangsläufig die Suchteife begrenzen, somit kann man das auch mit einem Query lösen.

ja...