Non posso prendermi il merito per questo dato che è preso dal post originale all'indirizzo: https://stackoverflow.com/questions/4945307/can-someone-explain-magentos-indexing-feature-in-detail
L'indicizzazione di Magento è simile solo all'indicizzazione a livello di database nello spirito. Come afferma Anton, è un processo di denormalizzazione per consentire un funzionamento più rapido di un sito. Vorrei provare a spiegare alcuni dei pensieri alla base della struttura del database Magento e perché rende necessaria l'indicizzazione per operare a velocità.
In un database MySQL più "tipico", una tabella per la memorizzazione dei prodotti del catalogo sarebbe strutturata in questo modo:
PRODUCT:
product_id INT
sku VARCHAR
name VARCHAR
size VARCHAR
longdesc VARCHAR
shortdesc VARCHAR
... etc ...
Questo è veloce per il recupero, ma lascia un problema fondamentale per un pezzo di software di e-commerce: cosa fai quando vuoi aggiungere più attributi? Che cosa succede se vendi giocattoli e, anziché una colonna di dimensioni, hai bisogno di age_range? Bene, potresti aggiungere un'altra colonna, ma dovrebbe essere chiaro che in un grande negozio (ad esempio Walmart, ad esempio), ciò comporterebbe righe vuote al 90% e tentare di mantenere nuovi attributi è quasi impossibile.
Per combattere questo problema, Magento divide le tabelle in unità più piccole. Non voglio ricreare l'intero sistema EAV in questa risposta, quindi per favore accetta questo modello semplificato:
PRODUCT:
product_id INT
sku VARCHAR
PRODUCT_ATTRIBUTE_VALUES
product_id INT
attribute_id INT
value MISC
PRODUCT_ATTRIBUTES
attribute_id
name
Ora è possibile aggiungere attributi a piacere inserendo nuovi valori in product_attributes e quindi inserendo i record adiacenti in product_attribute_values. Questo è fondamentalmente ciò che fa Magento (con un po 'più di rispetto per i tipi di dati di quelli che ho mostrato qui). In effetti, ora non c'è motivo per cui due prodotti abbiano campi identici, quindi possiamo creare interi tipi di prodotto con diversi set di attributi!
Tuttavia, questa flessibilità ha un costo. Se voglio trovare il colore di una camicia nel mio sistema (un esempio banale), devo trovare:
- Il product_id dell'articolo (nella tabella del prodotto)
- Nome_attributo per colore (nella tabella degli attributi)
- Infine, il valore effettivo (nella tabella attributo_valori)
Magento lavorava in questo modo, ma era molto lento. Quindi, per consentire prestazioni migliori, hanno fatto un compromesso: una volta che il proprietario del negozio ha definito gli attributi desiderati, andare avanti e generare il grande tavolo dall'inizio. Quando qualcosa cambia, annulla lo spazio e generalo di nuovo. In questo modo, i dati vengono archiviati principalmente nel nostro bel formato flessibile, ma interrogati da un'unica tabella.
Queste tabelle di ricerca risultanti sono gli "indici" di Magento. Quando si reindicizza, si sta facendo saltare in aria la vecchia tabella e generandola di nuovo.
Spero che chiarisca un po 'le cose!