[mysql] unico indice su due colonne o due indici distinti

[razzoli]

E se parlassimo di estrarre X campi? Diciamo per esempio un centinaio.

Non ho capito la domanda. MySQL usa i covering index solo se tutti i campi che deve leggere sono indicizzati, altrimenti dovrà leggere anche i dati. Se fai SELECT id WHERE nome='x' e nome è indicizzato, l'indice è "covering" per questa query. Se selezioni anche un campo che non è indicizzato, l'indice non è covering.

Mi stai chiedendo se conviene fare un indice di 100 campi? No, occuperebbe tanta memoria e le operazioni di lettura dell'indice sarebbero più lente.

I covering index fanno la differenza se devi leggere molte righe.

Come mai questa scelta?

In generale l'indice deve essere as small as possible. E' giusto aggiungere una colonna solo se ci sono dei vantaggi. Ma in questo caso, tutti e due i query plan sono praticamente perfetti. (a parte la lunghezza dell'indice slug)

Ciao!

Ciao

[debug]

Non ho capito la domanda. MySQL usa i covering index solo se tutti i campi che deve leggere sono indicizzati, altrimenti dovrà leggere anche i dati. Se fai SELECT id WHERE nome='x' e nome è indicizzato, l'indice è "covering" per questa query. Se selezioni anche un campo che non è indicizzato, l'indice non è covering.

Mi stai chiedendo se conviene fare un indice di 100 campi? No, occuperebbe tanta memoria e le operazioni di lettura dell'indice sarebbero più lente.

No intendevo se dovessi estrarre un numero X di righe in base ad una select del tipo Where author_id = 'xy' (che corrisponde a tutti i post di quell'autore), oppure tutti i post in un range temporale.


Ciao!!

[razzoli]

No intendevo se dovessi estrarre un numero X di righe in base ad una select del tipo Where author_id = 'xy' (che corrisponde a tutti i post di quell'autore), oppure tutti i post in un range temporale.

Sì in quel caso un covering index è più efficiente... ma se la query è efficiente lo stesso, non aggiungere campi.