Approfondimenti tecnici e articoli di riferimento su SQL Server e Data Platform, con estensioni su Azure, analytics/BI e Data Engineering. Qui trovi guide operative, best practice, analisi e casi reali dalla community UGISS, pensati per essere utili anche a distanza di tempo.
La creazione di un template per la creazione di report è un buona best practice da prendere in considerazione. Per creare un template e renderlo disponibile da Visual Studio è un’operazione piuttosto semplice. Una volta definito e creato il report che farà da template basterà copiarlo nella cartella
:\Program Files\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies\ProjectItems\ReportProject
Un sempice quanto utile tip per eseguire delle SELECT DISTINCT con una collation arbitraria:
http://www.microsoft.com/italy/msdn/risorsemsdn/community/tips/0612.mspx#E6C
In SQL Server 2000 e 2005 non è possibile passare nativamente ad una stored procedure un’array di dati. In questo articolo viene spiegato come risolvere il problema.
http://msdn.microsoft.com/it-it/library/cc185040.aspx#ID0E3B
In SQL Server 2008 il problema non si pone in quanto ci sono i Table Valued Parameters che risolvono alla radice il problema
Una serie di produttivi tips & tricks da usare con il SQL Server Management Studio:
http://www.microsoft.com/italy/msdn/risorsemsdn/community/tips/0612.mspx#E5D
Un dettagliato tip che spiega come risolvere il problema dell’identificazione di buchi in una sequenza di numeri:
http://www.microsoft.com/italy/msdn/risorsemsdn/community/tips/0705.mspx#EMC
Con queste poche dighe di codice è possibile verificare - unicamente mediante T-SQL - l’esistenza o meno di un file:
create table [#cmdoutput]
(
[output] nvarchar(1024)
)
go
insert into [#cmdoutput] ([output])
exec xp_cmdshell ‘dir /b \\tauceti2\c$\autoexec.bat’
go
declare @exists int
select @exists = count(*) from #cmdoutput where [output] is not null
if (@exists > 0) print ‘Exists’ else print ‘Not Exists’
go
Esistono molti metodi per ottenere programmaticamente informazioni utili circa le istanze di SQL Server disponibili sia localmente che in rete anche se, in quest’ultimo caso, non tutti garantiscono il corretto funzionamento dal momento che possono entrare in gioco fattori difficilmente prevedibili e arginabili legati solitamente all’infratruttura di security della rete piuttosto che alla configurazione delle varie istanze di SQL Server.
Ad ogni modo, in nostro soccorso corrono le ormai famigerate API conosciute con l’acronimo di Smo (SQL Server Management Objects), che permettono di interagire con versioni di SQL Server dalla 7 in poi.
Il primo passo da effettuare è dunque l’importazione nel nostro progetto del namespace Microsoft.SqlServer.Management.Smo tramite la ‘reference’ alle librerie Microsoft.SqlServer.Smo.dll e Microsoft.SqlServer.ConnectionInfo.dll. A questo punto, un primo metodo percorribile (e facilmente opinabile) permette di enumerare la lista delle istanze (locali e non) registrate in SQL Server Management Studio tramite il metodo EnumRegisteredServers di SmoApplication:
