T-Sql

Un breve articolo sull’utilizzo dei Row Constructos, una nuova feature offerta da SQL Server 2008:

http://www.microsoft.com/italy/msdn/risorsemsdn/community/tips/2301_08.mspx#EDC

	TitoloPro SQL Server 2005 Database Design and OptimizationAutoreLuis Davidson with Kevin Kline and Kurt WindischEditoreApressLivelloIntermediate-AdvancedISBN1-59059-529-7

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.

Se utilizzato SQL Server 2005 su una piattaforma a 64bit e cercate di creare un linked server verso un SQL Server 2000 vi potreste imbattere in un errore di questo tipo:

The stored procedure required to complete this operation could not be found on the server. Please contact your system administrator. Msg 7311, Level 16, State 2, Line 1 Cannot obtain the schema rowset “DBSCHEMA_TABLES_INFO” for OLE DB provider “SQLNCLI” for linked server “”. The provider supports the interface, but returns a failure code when it is used.

Tipi di dati dedicati per Date & Time, da sempre richiesti ed ora finalmente presenti in SQL Server 2008. Le novità non si fermano a questi due tipi di dati, in quanto ci sono numerosi tipi di dati dedicati alla gestione di Date & Time, cosi come molte nuove funzioni specifiche. In questo webcast vedremo in dettaglio tutte queste importanti novità. 

Per vedere la registrazione del webcast utilizzate questo link:

SP_WHO2 è la store di SQL Server utilizzata per conoscere in tempo reale il numero di connessioni attive, il numero di utenti connessi, l’indicazione dell’ultimo processo eseguito per ogni connessione, l’indicazione del client da cui arriva la connessione e anche alcune informazioni sull’uso del tempo di CPU e di operazioni di I/O richieste da parte del processo stesso.

L’informazione che mi è sempre mancata durante utilizzo dellla SP_WHO2 è conoscere quale fosse il comando T-SQL eseguito da ogni processo tracciato.  Questa mancanza emergeva, soprattutto in contesti in cui dovevo monitorare l’andamento di un’istanza di SQL Server e mi accorgevo che alcuni processi in stavano consumando un elevato tempo di CPU e operazioni di I/O particolamente onerose. (Lo so esiste anche il profiler, ma quando vedi una query che sta molti secondi in stato “running” e non capisci come mai, il profiler non è molto utile e vorresti qualcosa di più immediato).