Mysql - update continui rallentano select?

[Pandax]

ciao a tutti, ho diverse tabelle su db.. tipo tbl_profilo..
a cui ho aggiunto con campo visite...
che viene incrementato ad ogni visita del profilo con un update.

mi chiedevo se non fosse meglio creare una tabella tracking

con

ID (autoincrement)
tabella (varchar)
visite (int)

in cui inserire e poi fare l'update ... senza interessare ogni volta le tabelle profilo.. utenti.. comuni...ecc... che sono usate molto nel sito per le select e le join che mostrano i dati.

è meglio la tabella a parte.. o è assolutamente indifferente la cosa?

mi è venuto il dubbio che i continui update con traffici di utenti elevati potessero dare problemi di lentezza sulle tabelle che vengono già ampiamente usate per la visualizzazione dei dati nelle varie pagine.


Grazie a chiunque mi risponda.

[Joe Taras]

Originariamente inviato da Pandax
ciao a tutti, ho diverse tabelle su db.. tipo tbl_profilo..
a cui ho aggiunto con campo visite...
che viene incrementato ad ogni visita del profilo con un update.

mi chiedevo se non fosse meglio creare una tabella tracking

con

ID (autoincrement)
tabella (varchar)
visite (int)

in cui inserire e poi fare l'update ... senza interessare ogni volta le tabelle profilo.. utenti.. comuni...ecc... che sono usate molto nel sito per le select e le join che mostrano i dati.

è meglio la tabella a parte.. o è assolutamente indifferente la cosa?

mi è venuto il dubbio che i continui update con traffici di utenti elevati potessero dare problemi di lentezza sulle tabelle che vengono già ampiamente usate per la visualizzazione dei dati nelle varie pagine.


Grazie a chiunque mi risponda.

L'operazione di update locka la tabella, è anche vero che la transazione che stai eseguendo è atomica (se parli di una update per id) però devi tenerne conto in sede di analisi.