Il blog di Andrea Benedetti

[SQL Conference] Self Service Reporting with SSRS 2008 R2

abenedetti — Sun, 18 Apr 2010 19:47:42 GMT

Ho appena terminato le demo per la sessione Reporting della SQL Conference.

Appena in tempo :-)

Sono soddisfatto, credo di riuscire a far vedere un pò di fuochi d’artificio:

pubblicazione / condivisione di report parts
utilizzo di shared datasets
nuove visualizzazioni grafiche:

sparklines
maps e dati geografici

join di datasets

WCP: è andata

abenedetti — Fri, 27 Nov 2009 09:17:03 GMT

Si è concluso ieri l’ormai classico appuntamento annuale di WPC.

Personalmente la migliore WPC a cui abbia mai partecipato: molto emozionante e ricca di sorprese!

Per me: indimenticabile.

Ottime le sessioni, ottimi i feedback, ottima l’aria che si respirava!

Ringrazio i partecipanti, lo staff e tutta l’organizzazione per l’immenso lavoro svolto.

WPC 2009, si parte

abenedetti — Mon, 23 Nov 2009 11:59:00 GMT

WPC, come tutti gli anni, è arrivata.
Domani, 24 Novembre, si apriranno i cancelli della più grande conferenza ICT italiana sulle tecnologie Microsoft.

Come al solito saremo al gran completo insieme a Davide e Gianluca.

Ecco di cosa parlerò:

Come scrivere T-SQL efficiente ed evitare i problemi più comuni

La sessione, che è un pò l'antipasto del nostro corso "SQL Server Development Best Practices", cercherà di far luce su alcuni aspetti basilari per sviluppare applicazioni migliori e più performanti.

Nella seconda sessione giocherò con i Reporting Services:
Dieci buoni motivi per utilizzare al massimo Microsoft SQL Server 2008 Reporting Services

Questa è la lista che mi sono fatto e di cui discuteremo:

Datasources
Integration
Extensible platform
User eXperience
Data region
SQL Server 2008 Features
Performance, scalability. From Express to Enterprise
Configuration, logging
Report Builder: self service reporting solution
RS without RS

Se qualcuno passasse dalla conferenza... si faccia riconoscere!

BIDS Helper

abenedetti — Thu, 19 Nov 2009 23:03:11 GMT

Non ricordavo questo link.

Lo segno a beneficio di tutti :-)

A Visual Studio.Net add-in with features that extend and enhance the functionality of the SQL Server 2005 and SQL Server 2008 BI Development Studio (BIDS).

Qui: http://www.codeplex.com/bidshelper

Filestream Best Practice

abenedetti — Sun, 08 Nov 2009 21:18:50 GMT

Chi segue questo blog saprà che, ormai da mesi, stiamo lavorando pesantemente con il FILESTREAM di SQL Server 2008.

Lo scopo di questo post è raccogliere e mettere in ordine alcune best practices il cui scopo è solo e soltanto quello di massimizzare le performance:

se utilizziamo diversi filegroup per oggetti FILESTREAM: dischi separati
ragionare attentamente sull’utilizzo di volumi compressi (carico CPU)
deframmentare periodicamente i dischi
utilizzare un corretto RAID a seconda dell’utilizzo dell’applicazione (read / write intensive)

disabilitare i nomi 8.3 su NTFS

questa opzione crea, per il file, un secondo nome. Solo per retro-compatibilità con applicazioni 16-bit

NB:

il comando richiede privilegi amministrativi
il comando disabilita la generazione dei nomi su tutti i volumi NTFS della macchina
effettuare un restart della macchina

disabilitare “last access time tracking” su NTFS

probabilmente è un’informazione che non ci serve

NB:

effettuare un restart della macchina

RS 2005, toolbar, reportserver, file axd e problemi di render

abenedetti — Thu, 30 Jul 2009 15:25:51 GMT

Come direbbe un mio amico, un comportamento inquietante mi ha rovinato quasi un’intera giornata…

Scenario: macchina SQL Server 2005 SP2 con Reporting Services acceduti via URL.

I report si vedono perfettamente dal Report Manager (http://srvsql/Reports) ma non dal Report Server (http://srvsql/Reportserver)

Questo quello che si ottiene:

La toolbar non viene renderizzata ed il report non viene caricato / visualizzato (il report viene invece elaborato correttamente se viene specificato sulla URL il parametro rc:toolbar=false).

Oltre a questo decine di errori javascript, come questi:

Error: 'RSClientController' is undefined
Error: 'ReportViewerHoverButton' is undefined

La macchina è un Win 2003 Srv R2 e quindi non si tratta del “noto” problema di IIS7:

Report Viewer Toolbar does not render properly on IIS 7.0

La soluzione, dopo diversi deliri, è stata la seguente:

1. accedere ad IIS ed entrare nelle proprietà dell’applicazione ReportServer

2. accedere alla sua configurazione

3. verificare la “wildcard application maps” per il filto ISAPI aspnet_isapi.dll

4. deselezionare (perchè era selezionato!) il checkbox “verify that file exists”

Ok, tutto regolare!

Perchè questo flag deve essere disabilitato?

Perchè le richieste che arrivano ad IIS sono (basta aprire il sorgente HTML di un report) anche di questo tipo:

<script src="/ReportServer/Reserved.ReportViewerWebControl.axd?…

Questo file axd, in realtà, non esiste ma viene trattato dai binari del report server :-)

La toolbar, infatti, non esiste fisicamente da nessuna parte, ma si trova all’interno del compilato dell’applicazione.

Mi resta solo una domanda (per cui ora non ho risposta): chi / cosa aveva selezionato il checkbox incriminato?!?!

Importare file di trace

abenedetti — Wed, 15 Jul 2009 16:47:21 GMT

Sono solito trarre più informazioni possibili dai file di trace di SQL Server.

Una delle istruzioni (forse l’istruzione) che utilizzo di più per caricare il file con la registrazione all’interno di in una tabella, è la seguente:

SELECT IDENTITY(bigint, 1, 1) AS RowNumber, *
INTO dbo.trace
FROM ::fn_trace_gettable('C:\temp\trace.trc', default)

Unica accortezza: ricordarsi che il path passato alla funzione deve essere locale all’istanza su cui si vuole caricare i dati.

Quindi, se il file si trovasse su una macchina differente, utilizzare un percorso UNC.

Trigger & Table Name

abenedetti — Sun, 12 Jul 2009 19:17:06 GMT

Un paio di giorni fa ho ricevuto questa domanda (sinceramente, non me l’aveva mai fatta nessuno prima :-)): “come posso, dall’interno di un trigger, conoscere il nome della tabella che lo ha scatenato?”.

Ci sono almeno tre modi diversi, tramite le vista:

sys.sysobjects
sys.triggers
sys.dm_tran_locks

Ad esempio:

USE tempdb
GO

/* setup */
CREATE TABLE test
(
    colonna INT
)
GO

/* trigger */
CREATE TRIGGER trInsertTest ON test
FOR INSERT
AS
BEGIN
    /* 1 */
    SELECT OBJECT_NAME(resource_associated_entity_id) AS tableName
    FROM sys.dm_tran_locks
    WHERE
        request_session_id = @@spid AND
        resource_type = 'OBJECT'

    /* 2 */
    SELECT
        OBJECT_NAME(parent_id) AS tableName,
        OBJECT_NAME(@@PROCID) AS triggerName
    FROM sys.triggers
    WHERE name = OBJECT_NAME(@@PROCID)

    /* 3 */
    SELECT
        OBJECT_NAME(parent_obj) AS TABNAME
    FROM sys.sysobjects
    WHERE id = @@PROCID
END
GO

/* insert per test */
INSERT test VALUES (10)
GO

/* cleanup */
DROP TRIGGER trInsertTest
DROP TABLE test
GO

Ancora sugli indici duplicati. Un warning grazie ai Trigger DDL

abenedetti — Thu, 11 Jun 2009 10:10:56 GMT

Partendo da qui, ovvero dalla possibilità di poter creare degli indici identici, mi sono divertito nel costruire uno strumento che sia in grado di segnalare un warning in maniera automatica.

Grazie ai Trigger DDL la cosa diventa molto semplice…

use tempdb
go

IF EXISTS (SELECT 1 FROM sys.triggers WHERE parent_class_desc = 'DATABASE'
        AND name = N'tr_verifyIndexEsists')
BEGIN
    DISABLE TRIGGER [tr_verifyIndexEsists] ON DATABASE
    DROP TRIGGER [tr_verifyIndexEsists] ON DATABASE
END
GO

create trigger tr_verifyIndexEsists
on database
for create_index, alter_index, alter_table
as
begin
/*
Il trigger scatta per eventi:
- create index
- alter index
- alter table (per coprire l'aggiunta di constraint come lo UNIQUE)
*/
    declare @message varchar(4000) = ''

    ;WITH tIndex AS
    (
    SELECT
        object_id AS id ,
        index_id AS indid ,
        type,
        name,
        (
            SELECT colid as colPosition
            FROM sys.sysindexkeys
            WHERE id = I.object_id AND indid = I.index_id AND keyno > 0
            FOR XML PATH
        ) AS cols ,
        (
            SELECT includedCol FROM
            (
                SELECT CASE keyno WHEN 0 THEN colid ELSE NULL END AS includedCol
                FROM sys.sysindexkeys
                WHERE id = I.object_id AND indid = I.index_id
            ) T0
            order by includedCol
            FOR XML PATH
        ) AS inc
    FROM sys.indexes AS I
    )
    SELECT @message = @message
        + ' * Table: ' + tableName + ' * '
        + 'Duplicate index: ' + indexName + CHAR(13) + CHAR(10)
    FROM
    (
        SELECT DISTINCT
            object_schema_name ( T1.id ) + '.' + object_name ( T1.id ) tableName,
            T2.name as indexName
        FROM tIndex AS T1
        JOIN tIndex AS T2 ON
            T1.type = T2.type AND
            T1.id = T2.id AND
            T1.indid < T2.indid AND
            T1.cols = T2.cols AND
            T1.inc = T2.inc
    ) T0

    if (@message != '')
    begin
        print 'WARNING: duplicate index!'
        print @message
    end
end
go

Un esempio:

use tempdb
go

create table test
(
colonna varchar(10)
)
go

alter table test add constraint u1 unique (colonna)
alter table test add constraint u2 unique (colonna)
alter table test add constraint u3 unique (colonna)
alter table test add constraint u4 unique (colonna)

drop table test
go

Ecco cosa ottengo:

Eh… quando si dice alta disponibilità…

abenedetti — Thu, 04 Jun 2009 20:46:09 GMT

Solo una parola: fantastico!

E meno male che si tratta di un rinomatissimo gruppo bancario nostrano.

Forse i db saranno a nanna?

O forse hanno fermato i servizi per copiare i files (almeno spero su un altro disco… :-))

Riflessioni a caldo. Il database.

abenedetti — Fri, 29 May 2009 09:03:37 GMT

<venaPolemica_e_personale>

No Signori, il database NON è una scatola che deve essere solo in grado di proteggerci il c##o (“le spalle”) quando cade la corrente.

</venaPolemica_e_personale>

Indici duplicati. Qualche considerazione

abenedetti — Wed, 27 May 2009 12:22:12 GMT

Parto da una considerazione che si trasforma in domanda:

Perchè SQL Server permette la creazione di un indice che è perfettamente identico (tipo, colonne indicizzate, colonne incluse) ad un indice già presente?

Mi aspetterei almeno un warning, invece nulla.

La seconda domanda:

Può avere senso avere due indici perfettamente identici? Forse in casi estremi di disponibilità di una delle due strutture mentre l’altra viene ricostruita?

Non so, francamente non vedo il senso nel 99% degli scenari e degli utilizzi.

Fatto sta che avere due (o più) indici identici non porta alcun beneficio, anzi.

Ho un overead inutile in fase di INSERT / UPDATE / DELETE, ho storage occupato inutilmente, le operazioni di backup / restore sono più lunghe, …

Detto questo, qual è il rischio in cui si può incorrere quando un progetto viene sviluppato da più persone, ovvero quando un database viene modellato da più mani?

Proprio questo: creare un indice che esiste già! :-(

E SQL Server non fa nulla per venirci in aiuto o, almeno, non fa nulla in automatico.

Quindi, armato di TSQL, viste di sistema, FOR XML (per mettere su una stessa riga informazioni diverse), … potrei verificare la presenza di indici identici in questo modo:

;WITH tIndex AS
(
SELECT
    object_id AS id ,
    index_id AS indid ,
    type,
    name ,
    (
        SELECT
            colid as colPosition
        FROM sys.sysindexkeys
        WHERE id = I.object_id AND indid = I.index_id
            AND keyno > 0
        FOR XML PATH
    ) AS cols ,
    (
        SELECT includedCol FROM
        (
            SELECT
                CASE keyno WHEN 0 THEN colid ELSE NULL END AS includedCol
            FROM sys.sysindexkeys
            WHERE id = I.object_id AND indid = I.index_id
        ) T0
        order by includedCol
        FOR XML PATH
    ) AS inc
FROM sys.indexes AS I
)
SELECT
    object_schema_name ( T1.id ) + '.' + object_name ( T1.id ) as tableName,
    T1.name AS indexName,
    T2.name AS duplicateIndex,
    S.used_page_count * 8 indexSizeKB
FROM tIndex AS T1
JOIN tIndex AS T2 ON
    T1.type = T2.type AND
    T1.id = T2.id AND
    T1.indid < T2.indid AND
    T1.cols = T2.cols AND
    T1.inc = T2.inc
JOIN sys.dm_db_partition_stats AS S ON
    S.[object_id] = T2.id AND S.index_id = T2.indId
ORDER BY object_schema_name ( T1.id ) + '.' + object_name ( T1.id ), T1.name
go

Provo a farne una verifica:

use tempdb
go

/* creo una tabella di esempio */
IF OBJECT_ID('dbo.anagrafica', 'U') IS NOT NULL
drop table dbo.anagrafica
go

create table anagrafica
(
idRecord smallint identity(1,1),
nome varchar(35),
cognome varchar(35),
cf char(16),
codice char(6)
)
go

/* credo tre indici, il primo cluster, gli altri due identici */
create clustered index idxAna1 on anagrafica (cf)
create nonclustered index idxAna2 on anagrafica (cf)
create nonclustered index idxAna3 on anagrafica (cf)
go

/* credo tre indici identici (anche con INCLUDE) */
create index idxAnaIncluded1 on anagrafica (cf) include (codice)
create index idxAnaIncluded2 on anagrafica (cf) include (codice)
create index idxAnaIncluded3 on anagrafica (cf) include (codice)
go

Questo il risultato:

Se lo provo sul database AdventureWorks (versione 2008)?

Che il db sia stato modellato da tante mani? :-)

DB Tuning Advisor… sarà il caldo?

abenedetti — Thu, 21 May 2009 14:29:27 GMT

Forse è il caldo, forse lo sto facendo lavorare troppo… ?!?!?

:-)

[SQL 2008] Filestream: verificare se è abilitato

abenedetti — Mon, 18 May 2009 16:17:30 GMT

Per utilizzare il FILESTREAM, funzionalità con cui mi diverto molto :-), è necessario per prima cosa abilitare il servizio.

Detto questo, una domanda: come posso, via T-SQL, verificare che sia abilitato?

Tramite la stored procedure sp_configure, ovvero se volessi “appoggiare” la configurazione in una mia tabella temporanea:

IF OBJECT_ID('[tempdb]..[#myTableConfig]') IS NOT NULL
DROP TABLE [dbo].[#myTableConfig]

CREATE TABLE [dbo].[#myTableConfig]
(
[name] nvarchar(70),

[minimum] int,
[maximum] int,

[config_value] int,
[run_value] int
)

INSERT INTO [dbo].[#myTableConfig]
EXEC sp_configure 'filestream access level'

SELECT * FROM [dbo].[#myTableConfig]

Filestream & Alter Index Rebuild

abenedetti — Mon, 11 May 2009 10:35:15 GMT

La versione RTM di SQL Server 2008 aveva un fastidioso comportamento nel momento in cui si fosse lanciata in esecuzione un’istruzione di ALTER INDEX REBUILD su tabelle contenenti oggetti FILESTREAM.

La REBUILD, semplicemente, andava a copiare (senza che ce ne fosse realmente bisogno) anche i files memorizzati su disco, provocando un tempo di attesa proporzionale allo storage occupato.

La FIX (qui) è stata inclusa già nel primo Cumulative Update rilasciato a Dicembre 2008.

Ricordo, inoltre, che è già disponibile, dalla prima metà di Aprile, il SP1 qui.