E 'necessario considerare cadere l'indice esistenti in quanto è un prefisso dell'indice consigliato

Question

SQL Ottimizzazione guidata di Oracle SQL Developer v3 suggerisce quanto segue per la mia domanda:

consideri in esecuzione il Consulente di accesso per migliorare la schema fisico design o creazione dell'indice raccomandato. Se si sceglie di creare l'indice raccomandata, considerare cadere l'indice "schemaname". "IndexName" (nella 'COLUMN1') perché è un prefisso del dell'indice consigliato.

create index SCHEMANAME.NEW_INDEXNAME on SCHEMANAME.TABLENAME("COLUMN1","COLUMN2");

C'è qualche danno nel non fare suggerimento in grassetto? Il problema è che l'indice esistente che suggerisce di eliminare è utilizzato da altre procedure. Non pensavo che gli idex potessero "danneggiarsi" a vicenda, c'è qualche svantaggio nel lasciare entrambi gli indici oltre allo spazio su disco che prenderanno e un calo insignificante delle prestazioni su insert/update?

Answer 1

Quindi, supponendo che OLD INDICE sia su [Column1] e RECOMMENDED INDEX sia su [Column1] [Column2], l'indice raccomandato può essere usato anche per le query esistenti.

In breve: rimozione l'indice di vecchiaia sarà, come hai detto, aumento delle prestazioni su Inserisci/Aggiorna, e anche non diminuirà la capacità di cercare sopra scansione sulle query che stavano usando INDEX VECCHIO. INDICE RACCOMANDATO Permette comunque di cercare i valori [Colonna1], così come i valori [Colonna1] [Colonna2].

Quindi non c'è nulla di male oltre il calo di prestazioni su update/insert e l'overhead di storage aggiuntivo, ma c'è anche senza guadagno per mantenere entrambi gli indici.

Answer 2

Il danno nel non perdere l'indice originale è il sovraccarico che Oracle ha nel mantenere entrambi gli indici quando ne è necessario uno solo.

Lo svantaggio di lasciarli è un calo delle prestazioni delle operazioni CRUD sul tuo tavolo, mi rendo conto dal tuo post che questo potrebbe essere "insignificante" al momento, ma le tabelle crescono nel tempo e in futuro questo potrebbe causare problemi che dovrebbe poi essere corretto.

Richiederà anche più spazio di archiviazione inutilmente.

Le tue precedenti procedure saranno comunque in grado di utilizzare anche il nuovo indice.

Lasciando gli indici non necessari si confondono i futuri sviluppatori e DBA che devono supportare il proprio database a costare loro tempo e sforzi per indagare sul motivo per cui esiste l'indice duplicato.

Piuttosto che cercare ragioni per non rilasciare l'indice originale, sarei in cerca di motivi per mantenerlo.

Rilasciare, testare le prestazioni delle "altre" procedure e si dovrebbe vedere poca differenza, se c'è un problema è possibile indagare perché e se necessario sostituirlo.

Answer 3

In realtà ci può essere una diminuzione delle prestazioni quando si rilascia l'indice sulla singola colonna.

Supponiamo di eseguire una query con WHERE [Column1] = 123. Questo potrebbe essere risolto perfettamente con l'indice originale. Il nuovo indice può essere utilizzato anche per questo ma, a seconda dell'implementazione, deve leggere anche i valori di [Column2] nell'indice anche se non vengono utilizzati.

Quindi sì: in teoria può essere uno svantaggio di far cadere l'indice: letture aumentate.

[Update 9 settembre]
Recentemente ho incontrato un'altra situazione in cui un singolo indice può essere molto meglio di un indice combinato.
Considera una tabella enorme 'bug' con colonna [stato], [creato] e altri campi. La maggior parte dei bug verrà chiusa in modo che lo stato sia '0' (aperto) per 100 record e '1' (chiuso) per 99000 record.

SELECT * FROM bugs WHERE status = '0' potranno beneficiare enormemente da un indice su status mentre con SELECT * FROM bugs WHERE status = '1' un indice su status non aiuterà.

Oracle saprà la differenza perché crea statistiche sull'indice.

Tuttavia, con un indice combinato su status, createdate ogni voce di indice è quasi unico e Oracle deciderà di non utilizzare l'indice per la query SELECT * FROM bugs WHERE status = '0' perché azzecca (erroneamente) che l'indice non aiuterebbe.

Quindi in questa situazione un singolo indice non deve essere eliminato solo perché è un prefisso a un indice combinato.

Nota: in teoria, Oracle potrebbe creare statistiche ancora più intelligenti sull'indice, ma non sembra farlo.