Performance

In questo articolo della KB di Microsoft viene spiegato come evitare che SQL Server 2005 64Bit possa incorrenre in problemi di paging:

http://support.microsoft.com/kb/918483/en-us

Un whitepaper dedicato all’ottimizzazione delle performance di Analysis Service quando si fa uso di dimensioni Many-To-Many.

http://www.microsoft.com/downloads/details.aspx?FamilyID=3494E712-C90B-4A4E-AD45-01009C15C665

Release aggiornata a gennaio 2008 del tool di analisi dell’adozione delle best pratices in SQL Server 2005:

http://www.microsoft.com/downloads/details.aspx?FamilyId=DA0531E4-E94C-4991-82FA-F0E3FBD05E63&displaylang=en

In fase di debug di un processo di ETL(Extract-Trasformation-Load), una delle cose più importanti è sicuramente avere la possibilità di controllare i dati che effettivamente stanno passando per una determinata pipeline (magari prima e dopo un determinato tipo di trasformazione).

http://www.dotnethell.it/tips/SSIS-DataViewers-Flow.aspx

Sql 2005, come è universalmente noto, ha introdotto, rispetto al predecessore, molte novità. Quello che ci interessa qui è un uso intrecciato e non standatd delle nuove Common Table Expression [cte] ricorsive e dell’operatore Apply.

L’idea base del funzionamento di una cte ricorsiva è abbastanza semplice, si consideri il set di dati S1. Mettendo questo set in join con altro posso ottenere un set di dati S2 che supporremo avere una struttura identica [Colonne e tipi] a S1. Fatto ciò è possibile usare S2 al posto di S1 per generare S3 e così via finché l’operazione non genera più alcun record. I risultati S1, S2, S3, S4… ottenuti, avendo la stessa identica struttura, saranno restituiti come concatenazione di records tramite union all. Questo genere di strutture sono perfette per la gestione dei dati ricorsivi, volendo estrarre da un’organigramma una persona e tutti i suoi sottoposti, si può procedere come sopra con: