Risorse

Raccolta di tecniche comuni di performance tuning su Integration Services

http://download.microsoft.com/download/4/7/a/47a548b9-249e-484c-abd7-29f31282b04d/SSISPerfTuning.doc

Disegnare al meglio un cubo su Analysis Services 2005 per Excel 2007:

Designing SQL Server 2005 Analysis Services Cubes for Excel 2007 PivotTables

Guida pratica all’ottimizzazione di Analysis Services 2005:

Microsoft SQL Server 2005 Analysis Services Performance Guide

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’

Un Whitepaper dedicato all’identificazioe ed alla risoluzione di query mdx poco performanti

http://www.microsoft.com/downloads/details.aspx?FamilyID=975C5BB2-8207-4B4E-BE7C-06AC86E24C13&displaylang=en

Una vista che utilizza la SELECT * (star) non è in grado di riconoscere una modifica intervenuta nella struttura delle tabelle da cui dipende (sia essa l’aggiunta che la eliminazione di colonna). Questo accade perchè la lista delle colonne viene interpretata solo al momento della CREATE della vista o eventualmente di una successiva ALTER.

Un altro articolo dedicato alla spiegazion ed ed alla risoluzione agli errori 605, 625, 644 e 823:

http://support.microsoft.com/kb/826436