No puedo dar crédito por esto, ya que está tomado de la publicación original en: https://stackoverflow.com/questions/4945307/can-someone-explain-magentos-indexing-feature-in-detail
La indexación de Magento solo es similar a la indexación a nivel de base de datos en espíritu. Como afirma Anton, es un proceso de desnormalización para permitir una operación más rápida de un sitio. Permítanme tratar de explicar algunos de los pensamientos detrás de la estructura de la base de datos de Magento y por qué hace necesaria la indexación para operar a gran velocidad.
En una base de datos MySQL más "típica", una tabla para almacenar productos de catálogo se estructuraría de la siguiente manera:
PRODUCT:
product_id INT
sku VARCHAR
name VARCHAR
size VARCHAR
longdesc VARCHAR
shortdesc VARCHAR
... etc ...
Esto es rápido para la recuperación, pero deja un problema fundamental para una pieza de software de comercio electrónico: ¿qué haces cuando quieres agregar más atributos? ¿Qué sucede si vende juguetes y, en lugar de una columna de tamaño, necesita age_range? Bueno, podría agregar otra columna, pero debe quedar claro que en una tienda grande (piense en Walmart, por ejemplo), esto daría como resultado filas que están 90% vacías e intentar mantener nuevos atributos es casi imposible.
Para combatir este problema, Magento divide las tablas en unidades más pequeñas. No quiero recrear todo el sistema EAV en esta respuesta, así que acepte este modelo simplificado:
PRODUCT:
product_id INT
sku VARCHAR
PRODUCT_ATTRIBUTE_VALUES
product_id INT
attribute_id INT
value MISC
PRODUCT_ATTRIBUTES
attribute_id
name
Ahora es posible agregar atributos a voluntad ingresando nuevos valores en product_attributes y luego colocando registros adyacentes en product_attribute_values. Esto es básicamente lo que hace Magento (con un poco más de respeto por los tipos de datos que los que he mostrado aquí). De hecho, ahora no hay ninguna razón para que dos productos tengan campos idénticos, por lo que podemos crear tipos de productos completos con diferentes conjuntos de atributos.
Sin embargo, esta flexibilidad tiene un costo. Si quiero encontrar el color de una camisa en mi sistema (un ejemplo trivial), necesito encontrar:
- El product_id del artículo (en la tabla de productos)
- El atributo_id para color (en la tabla de atributos)
- Finalmente, el valor real (en la tabla attribute_values)
Magento solía trabajar así, pero era muy lento. Entonces, para permitir un mejor rendimiento, hicieron un compromiso: una vez que el dueño de la tienda ha definido los atributos que desea, continúe y genere la gran tabla desde el principio. Cuando algo cambie, destrúyalo desde el espacio y vuelva a generarlo. De esa manera, los datos se almacenan principalmente en nuestro formato flexible y agradable, pero se consultan desde una sola tabla.
Estas tablas de búsqueda resultantes son los "índices" de Magento. Cuando vuelve a indexar, está inflando la tabla anterior y volviéndola a generar.
¡Espero que eso aclare un poco las cosas!