¿Cuándo usar la lista (texto) o la taxonomía?

12

Esta puede ser una pregunta tonta, pero tengo curiosidad por saber cuál es el beneficio de usar un campo de selección múltiple de lista (texto) sobre un campo de referencia de término de taxonomía. Ambos parecen cumplir aproximadamente la misma función de dar opciones predeterminadas de opción múltiple, pero la taxonomía tiene el beneficio adicional de permitirle agregar términos después de que el contenido se haya escrito en la base de datos.

Entonces, ¿hay alguna buena pauta para que uno use uno u otro? (¿Y particularmente cuando la lista (texto) tiene más sentido que el término de referencia de taxonomía?).

7 taxonomy-terms entities

— Arrendajo
fuente

2

Intento pensar en una taxonomía como "una forma de clasificar los datos de manera estructurada" (incluidas las estructuras de árbol) y las listas como "Ofrecer varias opciones definidas" cuando la organización no es importante. En caso de duda, elijo la taxonomía, ya que la integración en la navegación a través de Vistas es rápida de implementar.

— Jake The Dweeb

1

Lo único que select / text no puede hacer es estructurar la jerarquía de datos; La taxonomía sola ofrece árboles.

— Renee

Hay un artículo sobre esto en eosrei.net/articles/2013/12/… .

— colan

10

Estructura y dinámica son IMO las palabras clave para elegir taxonomía. Hace poco recibí esta pregunta al etiquetar empresas con regiones geográficas. Mi primera opción fue preparar la taxonomía con una lista de regiones. Pronto resultó ser una complicación excesiva. Las regiones casi nunca cambian sus nombres y casi nunca cambian su estructura / padres. Así que descarté la taxonomía y decidí usar una Lista plana (Texto). Ahora también es mucho más fácil maniobrar las regiones en una Vista. Entonces, si su lista es estática y plana, busque una lista.

— Artur
fuente

3

Bueno, hay una cosa obvia que se me pasó por la cabeza: diría que use la taxonomía cuando desee que las etiquetas tengan sus propias páginas, llenas de campos personalizados, imágenes, que se muestran en varios modos (completo, avance, etc.)

— Artur

aceptar esto porque dio algunos pros y contras. Sin embargo, el punto de Patrick Kenny sobre el rendimiento también es importante.

— Jay

8

La taxonomía tiene problemas de rendimiento a medida que se escala porque las consultas SQL se alargan; Si está utilizando filtros de vistas, las listas de selección serán más rápidas que la taxonomía.

— Patrick Kenny
fuente

Eso es generalmente cierto, pero con la experiencia se sabe que debe usar la búsqueda SOLR para escalar vistas con filtros, por lo que no importa mucho.

— Marko Blazekovic

7

Las diferenciaciones clave que aprendí fueron:

¿Desea que los usuarios agreguen a la lista de valores, no solo los administradores del sitio, o agregar a la lista será una necesidad semi-regular incluso para los administradores del sitio?
¿Desea utilizar el valor como un elemento de organización en sí mismo? todos los deportes)
¿Los datos son jerárquicos? (por ejemplo: subcategorías en las que deseará capturar la categoría principal a veces o los elementos secundarios por separado en otras)

Si no a todo lo anterior, use select / text. En caso afirmativo, use términos de taxonomía. Usualmente usarás select / text, en mi experiencia. Siempre se siente mal, pero generalmente es correcto.

— Renee
fuente

0

El claro ganador en mi opinión sería el término de taxonomía, más poder, pequeñas desventajas.

— Marko Blazekovic
fuente