Prestazioni: migliorare problemi di lentezza di un database

Mettere a punto le performance di un database non èaffatto semplice, ma in questo tutorial vedremo quali sono ipunti principali per farlo.

In teoria, i controlli relativi alle performance andrebberoeffettuati da un DBA, ma con grandissima probabilità,questo non avrà mai il tempo a disposizione perdedicarsi attentamente ad ogni cambiamento apportato da unastored procedure.

Di seguito riportiamo una lista di 15 aspetti di cui tutti iwebmaster dovrebbero tener conto per migliorare leprestazioni dei loro databases.

Creare una chiave primaria per ciascuna tabella che viene creata
Creare una chiave primaria per ciascuna colonna che contenga una foreign key. Se si sa che questa sarà unica, meglio chekkare l' opzione che forza un unico indice.
Non indicizzare nient' altro
Utilizzare il dbo.sysdatabases piuttosto che il sysdatabases
Impostare nocount on all' inizio di ciascuna stored procedure, mentre impostare in fondo a ciascuna il nocount off
Non proteggere troppo il database, mi spiego: a meno che non si stia gestendo il database di una banca (esempio), si può usare il settaggio NOLOCK, ma ancora meglio sarebbe usare SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED all' inizio di ciascuna procedura, per poi reimpostare READ COMMITTED alla fine di essa
Mantenere solamente le tabelle, le colonne e le righe che si utilizzano
Usare le transactions solo quando servono, limitando a 0 la possibilità dell' utente di interagirvi durante la sua esecuzione; per questo motivo sarebbe utile inserire tutte le transactions in una stored procedure
Evitare le tabelle temporanee il più possibile, ma nel caso non se ne possa fare a meno, la si crei esplicitamente, tramite il comando Create Table #temp
Evitare il NOT IN, sebbene sia spesso efficace
Nel caso si perseveri nell' utilizzo di dql dinamico (eseguendo cioè stringe concatenate tra loro), usare paramtri nominali ed usare l' sp_executesql anzichè EXEC
Prendere l'a bitudine di marchiare sempre con dei commenti le modifiche apportate, così che, nel caso sorgano problemi in seguito alle modifiche, si possa subito trovare il punto modificato ed analizzarlo
Cercare quanto possibile di ridurre le connessioni al database
Evitare troppi indici e congiungerli tra di loro
Quando si ha terminato la stesura del codice, impostare il profiler per monitorare le richieste provenienti solo dalla propria postazione, per poi analizzare le richieste globali inviate e ricevute dal server. nel caso si scorga qualcosa di strano, riferirlo immediatamente al DBA, così che possa controllare in maniera mirata