[MySql] Grandezza tabella e rallentamenti

[uMoR]

Avendo a che fare con tabelle molto grosse (qualche milione di campo) esiste una sorta di proporzione per calcolare di quanto rallenta una query MySql ?

Per esempio per una "SELECT campo FROM tabella WHERE id='xx' AND campo2='yy';" è possibile calcolare quanto rallenterà in tabelle di milioni di campi rispetto a tabelle di qualche migliaio di campo ?

[stefano3804]

IN che senso quanto rallenterà ???

l'execution time lo puoi vedere gia da mysql quanto ci mette

Oppure usa il microtime del php per calcolarlo

[frinkia]

Per una query cosi' semplice, se i campi sono indicizzati opportunamente hai un costo di poco maggiore per accedere all'indice e un costo identico per leggere il record in se'. Non e' trascurabile, ma quasi. Certamente, gli indici costano quando fai degli inserimenti.

In ogni caso, non esiste certamente un criterio proporzionale di alcun tipo: devi fare una analisi del costo degli accessi fissate le query e gli indici, essenzialmente campo dell'ingegneria informatica o pari livello di istruzione.

[uMoR]

Quando bisogna fare diversi milioni di insert o update è meglio:
creare sin dall'inizio gli indici o creare alla fine degli inserimenti gli indici ?

[frinkia]

Se devi fare un inserimento unico di milioni di record, ovviamente conviene creare gli indici a posteriori, altrimenti per ogni inserimento bisogna ricalcolare il bilanciamento dell'albero dell'indice e questo puo' pesare moltissimo.

[uMoR]

Io ho una tabella tipo:

id - valore1 - valore2 - peso

Se la coppia valore1-valore2 esiste già nella tabella faccio un update incrementando di 1 peso, altrimenti inserisco il campo nuovo..

Per fare questo faccio:
select count(*) from tabella where valore1=xx and valore2=xx;

se la select è uguale a 0 faccio la insert, altrimenti faccio l'update..

In questo caso, visto che devo anche fare una selezione e l'indice in teoria velocizza il tutto, cosa mi conviene fare ?

[stefano3804]

crea gli indici
la velocizzi di tanto