eav

Debe hacer algo similar a una tienda en línea. El problema está en elegir el método de almacenamiento de información sobre los bienes, ya que hay más de cien tipos de bienes y cada uno de ellos tiene su propio conjunto de atributos. El mismo Magento Commerce para estos fines utiliza la estructura EAV, debido a la cual las solicitudes de selección se vuelven muy complicadas y no funcionan muy rápidamente. Hasta ahora, el único pensamiento es convertir periódicamente EAV en una tabla normal, d...

Se enfrentó a un problema cuando hay diferentes tipos de productos (la ropa y los televisores tienen pocos parámetros idénticos). Veo 3 soluciones al problema. Serialized LOB es la más fácil, pero no hay búsqueda EAV - no es una implementación difícil, no hay problemas al actualizar la base de datos. En general, algo así. Pero link escribe que no es muy bueno. Bueno, la opción más difícil y costosa (en el tiempo) es dividir las mercancías en diferentes tablas En realidad tienen pensamient...

En realidad solo me interesa. Por el momento, en uno de los proyectos, necesitábamos un repositorio universal de parámetros para partes del sistema. Estos pueden ser tanto números como textos sanos. Porque mientras se almacenan en texto largo. La pregunta en realidad es si es posible almacenar estos parámetros de una manera más conveniente, porque algo me dice que si de 1000 registros solo se almacena un texto en un texto sano, los otros 999 crean una carga innecesaria ... De hecho, la pregu...

¡Buen día! En la tienda en línea hay una pregunta sobre los parámetros adicionales de los productos. Parámetros del número finito. Muchos tipos de bienes. Lo primero que viene a la mente es la arquitectura ejemplar de EAV. En Internet, escriben que esto es malo y una alternativa: para cada tipo de producto para crear su propia tabla en la base de datos. Me gustaría saber qué es lo mismo. Las verdaderas razones, no ficticias, de que "no trabajo". Y vea la estructura de la base de datos, cóm...