Kiedy stosować listę (tekst) lub systematykę?

12

To może być głupie pytanie, ale jestem ciekawy, jaka jest korzyść z użycia listy wielokrotnego wyboru (tekstu) w polu referencyjnym terminu taksonomii. Oba wydają się wypełniać mniej więcej tę samą funkcję, dając z góry określone opcje wielokrotnego wyboru, ale taksonomia ma tę dodatkową zaletę, że pozwala dodawać warunki po zapisaniu treści w bazie danych.

Czy jest jakaś dobra wskazówka dla jednego lub drugiego? (A szczególnie, gdy lista (tekst) ma więcej sensu niż odniesienie do taksonomii?).

7 taxonomy-terms entities

— Sójka
źródło

2

Staram się myśleć o taksonomii jako „sposobie kategoryzowania danych w uporządkowany sposób” (w tym struktur drzewiastych) i wymienia jako „Oferowanie kilku zdefiniowanych opcji”, gdy organizacja nie jest ważna. W razie wątpliwości wybieram taksonomię, ponieważ integracja z przeglądaniem za pośrednictwem Widoku jest szybka do wdrożenia.

— Jake The Dweeb,

1

Jedyną rzeczą, której nie można zrobić w przypadku wyboru / tekstu, jest struktura hierarchii danych; Sama taksonomia oferuje drzewa.

— Renee,

Artykuł na ten temat znajduje się na stronie eosrei.net/articles/2013/12/… .

— colan,

10

Struktura i dynamika są IMO słowami kluczowymi dla wyboru taksonomii. Niedawno przyszło mi do głowy to pytanie podczas oznaczania firm regionami geograficznymi. Moim pierwszym wyborem było przygotowanie taksonomii z listą regionów. Wkrótce okazało się, że jest to zbyt skomplikowane. Regiony prawie nigdy nie zmieniają nazw i prawie nigdy nie zmieniają swojej struktury / rodziców. Rzuciłem więc taksonomię i zdecydowałem się użyć płaskiej listy (tekst). Teraz znacznie łatwiej jest manewrować regionami w widoku. Tak więc - jeśli twoja lista jest statyczna i płaska - idź po listę.

— Artur
źródło

3

Jest jedna oczywista rzecz, która wymknęła mi się z głowy - powiedziałbym, że używaj taksonomii, jeśli chcesz, aby tagi miały własne strony wypełnione niestandardowymi polami, obrazami wyświetlanymi w różnych trybach (pełny, zwiastun itp.)

— Artur

zaakceptowanie tego, ponieważ dało to pewne wady i zalety. Ważne jest też zdanie Patricka Kenny'ego na temat wydajności.

— Jay

8

Taksonomia ma problemy z wydajnością, ponieważ skaluje się, ponieważ zapytania SQL stają się dłuższe; jeśli używasz filtrów widoków, wybrane listy będą szybsze niż taksonomia.

— Patrick Kenny
źródło

Zasadniczo jest to prawda, ale z doświadczenia wiesz, że powinieneś używać wyszukiwania SOLR do skalowania widoków z filtrami, więc nie ma to większego znaczenia.

— Marko Blazekovic

7

Najważniejsze różnice, których się nauczyłem, to:

czy chcesz, aby użytkownicy dodawali do listy wartości, a nie tylko administratorzy witryny, czy też dodawanie do listy będzie częściowo regularną potrzebą nawet dla administratorów witryny?
czy chcesz wykorzystać tę wartość jako sam element organizujący treści (jak sugeruje powyżej @Artur, tworząc strony wszystkich treści, które mają ten sam termin, z różnymi układami, np. strona produktu: pokaż wszystkie ubrania XL; lub aktualności, pokaż wszystkie sporty)
czy dane są w ogóle hierarchiczne? (np .: podkategorie, w których czasem chcesz uchwycić kategorię nadrzędną lub osobno dzieci w innych)

Jeśli nie, we wszystkich powyższych przypadkach użyj polecenia select / text. Jeśli tak, zastosuj warunki taksonomii. Z mojego doświadczenia wynika, że zwykle używasz select / text. Zawsze czuje się źle, ale zwykle ma rację.

— Renee
źródło

0

Moim zdaniem wyraźnym zwycięzcą byłby termin taksonomiczny, więcej władzy, małe wady.

— Marko Blazekovic
źródło