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
fuente
Respuestas:
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.
fuente
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.
fuente
Las diferenciaciones clave que aprendí fueron:
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.
fuente
El claro ganador en mi opinión sería el término de taxonomía, más poder, pequeñas desventajas.
fuente