I percorsi formativi TechNet sono delle raccolte di articoli e Webcast in italiano selezionati dagli ITPro Evangelist di Microsoft, che permettono ai professionisti IT di familiarizzare con le nuove tecnologie in arrivo. Consulta queste risorse su SQL Server, e scopri le caratteristiche del software Microsoft per la gestione dei database aziendali.
Abbiamo trattato il problema della frammentazione degli indici nei post Index Fragmentation e Index Fragmentation (Parte 2) definendo la stored procedure USP_ExecReorgRebuildIndex() in grado di eseguire la deframmentazione degli indici con avg_fragmentation_in_percent maggiore del 10% in un database SQL Server 2005.
La DMV sys.dm_db_index_physical_stats non è presente nella versione 2000 di SQL Server (di cui esistono numerose installazioni attive in produzione) da qui la non compatibilità della stored procedure USP_ExecReorgRebuildIndex() su SQL Server 2000.
Gli indici sono gli oggetti che permettono di fare un salto di qualità da un punto di vista di performance al nostro sistema.
Ma un indice è veramente utilizzato dal nostro sistema?
E, nel caso sia utilizzato come viene utilizzato e qual’è il suo costo in termini di gestione?
Molto spesso gli indici vengono messi ad intuito e, visto, che le performance di una particolare query sono migliorate si riitiene che l’indice è utile e quindi lo lasciamo.
 |
|
|---|
Il libro di Luis Davidson è la naturale evoluzione della precedente versione scritta per SQL Server 2000. La prerogativa di questo libro – così come del precedente – è la focalizzazione non solo sull’uso di SQL Server come prodotto con tutte le sue feature e le sue peculiari caratteristiche, ma anche e soprattutto sulla parte architetturale dell’implementazione di un database, ossia la modellazione del database stesso.
No necessariamente. Infatti l’indice clustered e la chiave primaria di una tabella sono due cose nettamente distinte fra loro: - la chiave primaria è un vincolo che assicura l’univocità di ogni riga della tabella - un indice clustered è un struttura B+Tree che determina un ordinamento specifico dei dati della tabella nelle pagine di dati. Di fatto, però, SQL Server implementa il vincolo di chiave primaria attraverso un ‘unique index’ di tipo ‘clustered’, a meno che venga prima creata la tabella priva di chiave primaria, quindi aggiunto l’indice clusterd, infine aggiunto il vincolo di chiave primaria che sarà quindi implementata attraverso un ‘unique index’ di tipo ’non-clustered’
Il primo articolo (scritto direttamente dal team di sviluppo) dedicato alla spiegazione delle problematiche annesse alla frammentazione dei dati ed al funzionamento interno dello storage engine:
http://blogs.msdn.com/sqlserverstorageengine/archive/2006/06/23/644607.aspx
Quest’articolo è dedicato a chi vuole capire come e quando usare gli indici, senza scendere nei dettagli tecnici dell’architettura interna.
http://msdn.microsoft.com/it-it/library/cc185072.aspx
Lettura fortemente consigliata a tutti, amministratori e sviluppatori!
