ottimizzare la tabella

[michelepi]

Scusate la domanda, ma non ho ben capito il comando optimize; da un post mi sembra di aver capito che lanciandolo cambia gli id. Ma se ho un campo id in una tabella, un campo autoincrement, lanciando il comando optimize può essere che venga cambiato un id? Spero di aver capito male io, perchè io un id autoincrement lo utilizzo su una tabella che inizia a diventare grande, e quegli sono fondamentali perchè inseriti in altre tabelle.

Grazie

[}gu|do[z]{®©]

se cambia id che sono foreign key, sicuramente cambierà gli id anche nelle tabelle esterne relative... e mica so' scemi quelli che hanno scritto mysql :P

Forse però riguarda più l'organizzazione fisica dei files che compongono il dtaabse..

ma non so dirti niente di preciso, a parte che di sicuro non puoi aver nessun problema ottimizzando ^_^

[piero.mac]

Ci mancherebbe solo cambiasse gli id....

La tabella viene "ottimizzata", cioe' vengono chiusi gli spazi vuoti lasciati da record rimossi che comunque verrebbero riempiti poi da altri immessi...

se per esempio rimuovi il record 50 di 100 lo spazio non viene chiuso ma, se possibile, verra' occupato dal record 101. Se invece esegui optimize il buco viene chiuso ed il record 101 segira' in coda. Qualcosa di simile alla frammentazione di un file su disco.

Questo problema non esiste con le InnoDB ....

[michelepi]

Ok, vi ringraziando, avevo capito male io, procederò alla ottimizzazione in tutta tranquillità.

Grazie

Ciao

P.S. Le innodb? Dovrò studiare tanto.

[meganoide]

[supersaibal]Originariamente inviato da piero.mac
Ci mancherebbe solo cambiasse gli id....

La tabella viene "ottimizzata", cioe' vengono chiusi gli spazi vuoti lasciati da record rimossi che comunque verrebbero riempiti poi da altri immessi...

se per esempio rimuovi il record 50 di 100 lo spazio non viene chiuso ma, se possibile, verra' occupato dal record 101. Se invece esegui optimize il buco viene chiuso ed il record 101 segira' in coda. Qualcosa di simile alla frammentazione di un file su disco.

Questo problema non esiste con le InnoDB ....


[/supersaibal]

quindi avremo in caso di select dei primi n id

id 49
id 101
id 51
potrebbe dar problemi se uno script segue una numerazione precisa (magari ordinata per id) e nel caso in cui l'ottimizzazione compie l'operazione che dici tu. Se è così, non sarebbe meglio lasciare che il naturale flusso dei nuovo elemento segua il suo corso o, meglio, non si può fare che l'id 101 segua in coda e lo spazio lasciato vacante dall'id 50 venga eliminato o comunque non rimpiazzato dal prossimo id? imho

[piero.mac]

Qui pro quo...

I record dentro un db sono random per definizione. Chi li mette in ordine sara' l'indice oppure order by. Ma fisicamente si trovano nel primo buco libero disponibile.

Optimize fa in modo che non ci siano buchi, in caso di grandi spostamenti o cancellazioni ottimizzare la tabella significa compattare i record, non ordinarli.... sia chiaro.

Quindi un SELECT ordinera' secondo un indice se disponibile oppure secondo la richiesta di ORDER BY. Se la tabella e' molto frammentata, cioe' ha molti byte in eccesso rispetto ai dati presenti e' chiaro che si perde in performance.

[meganoide]

ah ok, mi mancava questo passaggio, non avevo pensato che, appunto, la clausola nella query fa tutto il lavoro di ordinamento dei record

[loscos]

Post interessante per noi PIPPE.
A questo punto vi chiedo, quando bisogna ottimizzare?
si crea uno script nella pagina di inserimento record, ogni volta che si infila unrecord la tabella si ottimizza? (non credo).
Oppure si crea uno script che lo fa periodicamente?
Oppure altro?
Mi rimetto a voi...

[piero.mac]

Si dovrebbe ottimizzare quando si fanno grosse cancellazioni oppure grosse diminuzioni di occupazione nei campi dinamici....

Con le innodb per esempio non sono necessarie mai.

[loscos]

quindi, in mysql admin, quando mi segna in rosso spazio in eccesso, indica lo spazio occupato da "niente"?
C'è la possibilità di sapere in scrivere in una pagina quanti sono i byte in accesso?
Magari metto nel pannello di controllo un avviso e un bottone che ottimizza... fortunatamente chi utlizzerà questo catalogo non è un primate, quindi noncorro il rischi di spaventarla.