¿Cuál es este dominio de estudio?

Supongamos que tengo una situación en la que estoy diseñando un sitio web para un revendedor de zapatos. Tienen diferentes marcas y tipos de zapatos y, por supuesto, quieren una función de búsqueda realmente buena.

Entonces, hay diferentes propiedades que los zapatos pueden tener. Pueden tener propiedades exclusivas, como tamaño, ancho, género y niños / adultos. O pueden tener propiedades no exclusivas, como el color (podría haber dos o más colores en un zapato). Algunas categorías pueden entrar en conflicto con ciertas otras, como 'vestido' y 'casual' (un zapato no puede ser tanto un zapato de vestir como una zapatilla de deporte (ignorando los zapatos de vestir de "comodidad" para este ejemplo)), mientras que aún no entran en conflicto con otros, como 'vestido' y 'bota' (un zapato puede ser una bota de vestir). Las propiedades exclusivas son fáciles de modelar, pero ¿qué hay de las propiedades potencialmente conflictivas? ¿Sería esto un problema para la teoría de conjuntos?

¿Cómo se llamaría este tipo de informática aplicada, en general? ¿Modelado de datos o algo más específico? Quiero entrar en los principios filosóficos más abstractos, como las propiedades exclusivas y no exclusivas, y ver cómo se implementan esos principios en código, estructuras de datos y esquemas de bases de datos.

Un buen ejemplo de lo que estoy hablando sería el algoritmo transversal del árbol de pedidos anticipados modificado . Es una excelente manera de hacer un sistema de categorización jerárquica anidado. Entonces tiene un problema organizacional de la vida real: categorías, y luego tiene una estructura de datos que modela ese problema.

¿Dónde puedo obtener más información sobre este tipo de cosas?

data-structures modeling

— usuario1936
fuente

Ese "Modelo de conjunto anidado", donde usas columnas lft y rgt para formar un árbol, es genial. Es decir, hasta que se usa en una aplicación real , y dicha aplicación no proporciona rutinas para manipular el árbol y deja a los usuarios valerse por sí mismos .

— Joey Adams

@Joey Adams divertido! ¡El punto de venta del árbol transversal de preorden es que las consultas para la actualización son más fáciles que para las listas de adyacencia! : D

— user1936

Respuestas:

En general, el campo de estudio se consideraría modelado de datos o taxonomía . El sitio web de venta de zapatos es específicamente un ejemplo de clasificación facetada .

Algunos puntos de partida para la investigación de clasificación facetada:

Cómo hacer una clasificación facetada y ponerla en la web
http://www.miskatonic.org/library/facet-web-howto.html
Recursos de clasificación por facetas (incluye herramientas)
http://www.deyalexander.com.au/resources/uxd/faceted-classification.html

— Ciaran
fuente

si está diseñando seriamente una función de búsqueda para un sitio web de venta de zapatos, use etiquetas en lugar de propiedades, implemente una función de búsqueda basada en palabras clave y olvide la formalidad académica; los usuarios no se molestarán en navegar por una pantalla de búsqueda con 50 opciones

— Steven A. Lowe
fuente

Realmente no estoy diseñando un sitio web de venta de zapatos. Fue solo un ejemplo práctico y familiar de los puntos que estoy tratando de ilustrar.

— user1936

@ user1936: El cálculo del predicado parecería apropiado como dominio de estudio, pero por favor , no diseñe sistemas del mundo real de esta manera; esto no generará una "función de búsqueda realmente buena", generará una función de búsqueda que nadie más que usted entienda :-)

— Steven A. Lowe

¿Cuál es exactamente la diferencia entre tagsy propertiesque mencionas en tu respuesta? Si tiene un sistema de etiquetado promiscuo, ¿qué puede evitar que un usuario de fondo (la persona del almacén) marque un zapato como ambos sandaly boot? Estas me parecen preocupaciones razonables. La mayoría de los sitios de venta de calzado que he visto (zappos, etc.) parecen funcionar con principios similares a estos.

— user1936

@ user1936 consideraría que las propiedades son valores con nombre formalmente definidos, como Tamaño, Estilo, Fabricante, etc., mientras que las etiquetas serían cualquier palabra clave que desee asociar con un elemento. No hay nada que evite que un usuario final marque un zapato como sandalia y bota, ni en general es necesario hacerlo . Las convenciones estilísticas actuales no son leyes naturales, es decir, pueden cambiar. Las tonterías de hoy son la audaz declaración de moda y la tendencia de moda del mañana. Zappos, por ejemplo, de hecho vende botas de sandalia. zappos.com/sandal-boot

— Steven A. Lowe

@ user1936: si realmente realmente desea controlar el etiquetado, coloque las etiquetas en categorías y establezca reglas basadas en colisiones de categorías. Pero sospecho que, especialmente en un dominio no técnico, ¡cualquier regla que se te ocurra puede tener una excepción (cf sandalias)!

— Steven A. Lowe