Wann soll eine Liste (Text) oder Taxonomie verwendet werden?

12

Dies mag eine dumme Frage sein, aber ich bin gespannt, welchen Nutzen die Verwendung eines Listen- (Text-) Mehrfachauswahlfelds über einem Taxonomiebegriffsreferenzfeld hat. Sie scheinen beide ungefähr die gleiche Funktion zu erfüllen, wie vorgegebene Multiple-Choice-Optionen. Die Taxonomie bietet jedoch den zusätzlichen Vorteil, dass Sie Begriffe hinzufügen können, nachdem Inhalte in die Datenbank geschrieben wurden.

Gibt es also eine gute Richtlinie für die Verwendung der einen oder anderen? (Und insbesondere, wenn eine Liste (Text) sinnvoller ist als eine Taxonomie-Referenz?)

7 taxonomy-terms entities

— Jay
quelle

2

Ich versuche, mir eine Taxonomie als "Methode zur Kategorisierung von Daten auf strukturierte Weise" (einschließlich Baumstrukturen) vorzustellen und liste sie als "Mehrere definierte Optionen anbieten" auf, wenn die Organisation nicht wichtig ist. Im Zweifelsfall wähle ich Taxonomie, da die Integration in das Surfen über Views schnell implementiert werden kann.

— Jake The Dweeb

1

Das einzige, was select / text nicht kann, ist die Strukturierung der Datenhierarchie. Taxonomie allein bietet Bäume.

— Renee

Es gibt einen Artikel dazu unter eosrei.net/articles/2013/12/… .

— Colan

10

Struktur und Dynamik sind IMO die Schlüsselwörter für die Wahl der Taxonomie. Ich hatte vor kurzem diese Frage, als ich Unternehmen mit geografischen Regionen markierte. Meine erste Wahl war die Erstellung einer Taxonomie mit einer Liste von Regionen. Bald stellte sich heraus, dass es sich um eine Überkomplikation handelte. Die Regionen ändern fast nie ihren Namen und fast nie ihre Struktur / Eltern. Also warf ich die Taxonomie weg und entschied mich für eine flache Liste (Text). Es ist jetzt auch viel einfacher, die Regionen in einer Ansicht zu manövrieren. Also - wenn Ihre Liste statisch und flach ist - gehen Sie für eine Liste.

— Artur
quelle

3

Nun, es gibt eine offensichtliche Sache, die mir in den Sinn kam - ich würde Taxonomie verwenden, wenn die Tags ihre eigenen Seiten haben sollen, die mit benutzerdefinierten Feldern, Bildern gefüllt sind und in verschiedenen Modi (Voll, Teaser usw.) angezeigt werden sollen

— Artur,

dies zu akzeptieren, weil es einige Vor- und Nachteile gab. Patrick Kennys Standpunkt zur Leistung ist jedoch ebenfalls wichtig.

— Jay

8

Bei der Taxonomie treten bei der Skalierung Leistungsprobleme auf, da die SQL-Abfragen länger werden. Wenn Sie Ansichtsfilter verwenden, sind Auswahllisten schneller als Taxonomie.

— Patrick Kenny
quelle

Das ist im Allgemeinen richtig, aber mit der Erfahrung lernen Sie, dass Sie die SOLR-Suche für die Skalierung von Ansichten mit Filtern verwenden sollten, damit es dann nicht weiter darauf ankommt.

— Marko Blazekovic

7

Die wichtigsten Unterschiede, die ich gelernt habe, waren:

Möchten Sie, dass Benutzer zur Werteliste hinzugefügt werden, nicht nur Site-Administratoren, oder wird das Hinzufügen zur Liste ein halbjährlicher Bedarf für gleichmäßige Site-Administratoren sein?
Möchten Sie den Wert als organisierenden Inhalt selbst verwenden (wie oben von @Artur vorgeschlagen, indem Sie Seiten mit allen Inhalten erstellen, die diesen Begriff gemeinsam haben, mit unterschiedlichen Layouts, wie z alle Sportarten)
Sind die Daten überhaupt hierarchisch? (zB: Unterkategorien, in denen Sie die übergeordnete Kategorie manchmal oder die untergeordneten Kategorien separat erfassen möchten)

Wenn Sie alle oben genannten Fragen mit Nein beantworten, verwenden Sie select / text. Wenn ja, verwenden Sie Taxonomiebegriffe. Nach meiner Erfahrung werden Sie normalerweise select / text verwenden. Es fühlt sich immer falsch an, aber normalerweise ist es richtig.

— Renee
quelle

0

Klarer Gewinner meiner Meinung nach wäre Taxonomie Begriff, mehr Macht, kleine Nachteile.

— Marko Blazekovic
quelle