Database

SQL Saturday #462 a Parma

Alberto Dallagiacoma — Thu, 26 Nov 2015 16:45:54 GMT

Dopo qualche anno di silenzio, rispolvero il mio blog per ricordare che sabato 28 novembre 2015 si terrà a Parma il SQLSaturday #462, e qualcuno ha avuto il coraggio :-) di includermi tra gli speakers dell'evento.

Per chi non lo conoscesse, il SQLSaturday è un evento gratuito della durata di una giornata, nella quale si affrontano tante interessanti tematiche relative a SQL Server e a tutto ciò che lo circonda. Su tre track separate, si parlerà di SQL Server 2016, Data Analysis/BI e Cloud/Development; un evento da non perdere, direi.

Questo è il link al sito dell'evento: http://www.sqlsaturday.com/462/eventhome.aspx.

Se vi va di ascoltare qualche sproloquio su come far andare d'accordo SQL Server e Entity Framework, ci vediamo là!

Visual Studio 2010 SP1, SSMS e l’IntelliSense che fu…

Alberto Dallagiacoma — Fri, 29 Apr 2011 18:00:00 GMT

L’installazione del SP1 di Visual Studio 2010 ha una spiacevole controindicazione: l’intellisense nel SSMS di SQL Server 2008 R2 smette di funzionare.

Il problema era stato segnalato su Connect qualche tempo fa, ed ora esiste la soluzione: basta installare la Cumulative Update 7.

Bentornato, IntelliSense!

Scripts per la manutenzione dei Database SQL Server

Alberto Dallagiacoma — Tue, 15 Jun 2010 18:00:17 GMT

Su consiglio di Davide, ho iniziato ad utilizzare gli script di manutenzione di Ola Hallengren che si trovano a questo indirizzo.
Questi scripts permettono di gestire ed automatizzare molte attività di manutezione dei database, tipo piani di backup, ricostruzione/riorganizzazione degli indici, e check di consistenza.
Ben fatti ed anche ben documentati, rendono la vita del “povero dba” un po’ più semplice. :)

Technorati Tags: SQL Server,Scripts

Tabelle temporanee e variabili di tipo TABLE

Alberto Dallagiacoma — Wed, 11 Nov 2009 17:42:00 GMT

In SQL Server ci sono due modi per creare una tabella temporanea:

Appoggiarsi al tempdb:

CREATE TABLE #TempTable(Field1 int, Field2 varchar(10))
INSERT INTO #TempTable(Field1, Field2) VALUES (42, 'Alberto')
SELECT * FROM #TempTable
Utilizzare una variabile di tipo TABLE:

DECLARE @TempTable TABLE (Field1 int, Field2 varchar(10))
INSERT INTO @TempTable(Field1, Field2) VALUES(42, 'Alberto')
SELECT * FROM @TempTable

Sebbene i due modi si assomiglino molto, in realtà alcune differenze ci sono, e sono ben riassunte in questo post.

Technorati Tags: SQL Server

Connettersi ad un server SSIS da remoto

Alberto Dallagiacoma — Wed, 05 Nov 2008 11:15:39 GMT

Mi sono scontrato già un paio di volte con questo problema, quindi penso sia giunto il momento di scrivere due righe...

Di default solo i membri del gruppo Administrators hanno il permesso di accedere in remoto ad un server SSIS; gli utenti senza permessi amministrativi hanno solo la possibilità di accedere localmente, con questo risultato nel caso di tentativo di accesso in remoto:

Per cambiare questa impostazione e permettere anche ad utenti non Administrators di connettersi al servizio SSIS, bisogna usare il tool Component Services (Start / Administrative Tools / Component Services) e seguire la procedura indicata a questo indirizzo.

Tuttavia non è sufficiente: il set di permessi finale è "supervisionato" dai "Limits" applicati a COM, gestibili tramite questa schermata (da Component Services, click con il pulsante destro su My Computer, Properties) :

Facendo click su Edit Limits, si nota che solo il gruppo locale Distributed COM Users ha pieni permessi di accesso e attivazione dei componenti, quindi ci sono due possibilità:

Aggiungere qui gli ulteriori utenti e assegnare loro i permessi.
Far appartenere gli ulteriori utenti al gruppo Distributed COM Users (personalmente lo preferisco).

Fatto questo, è possibile accedere al servizio SSIS anche con utenti non amministrativi.

Una nota: non è possibile accedere ad un server SSIS 2005 con il Management Studio di SQL Server 2008 (sembra un bug, come segnalato su Connect).

SSMS di SQL Server 2008: "Saving changes is not permitted"

Alberto Dallagiacoma — Fri, 05 Sep 2008 13:29:05 GMT

Ho notato solo oggi un comportamento "curioso" di SQL Server Management Studio 2008. Dovevo cambiare il tipo di dato di un campo in una tabella, quindi seleziono il Database, seleziono la tabella, vado in modalità "design", cambio il tipo di dato, salvo e...

Saving changes is not permitted. The changes you have made require the following tables to be dropped and re-created. You have either made changes to a table that can't be re-created or enabled the option Prevent saving changes that require the table to be re-created.

In pratica in SQL Server 2008, qualsiasi operazione su una tabella che comporta una DROP e una CREATE della stessa, di default è inibita. Per riavere il comportamento "classico" di SQL Server 2005, basta andare in Tools / Options / Designers e togliere la spunta su Prevent saving changes that require table re-creation:

Le operazioni che comportano DROP+CREATE di una tabella sono:

Aggiunta di nuove colonne nel mezzo della tabella.
Eliminazione di una colonna.
Cambio del tipo di dato di una colonna o della sua nullability.
Cambio dell'ordine delle colonne nella tabella.

Riferimento: http://msdn.microsoft.com/en-us/library/bb895146.aspx

SQL 2008: pazientare ancora un po'...

Alberto Dallagiacoma — Thu, 07 Aug 2008 23:16:08 GMT

Vista l'importanza della release, la smania di smacchinare con SQL Server 2008 c'è tutta, tanto in vacanza ci sono già stato la settimana scorsa e la mia ditta chiude per ferie, quindi ho davanti due settimane di dolce far niente .

Qual è la prima cosa da fare prima di un setup così importante? Leggere le Release Notes, le quali portano ad un articolo di Knowledge Base piuttosto importante:

956139: Visual Studio 2008 SP1 may be required for SQL Server 2008 installations

Poco male: l'11 agosto non è lontano, e di tempo ne ho...

SQL Server 2008 RTM and more...

Alberto Dallagiacoma — Wed, 06 Aug 2008 19:26:16 GMT

Da MSDN Subscriptions:

Prevedo un agosto all'insegna del download pesante...

SQL Server 2005 SSIS: occhio al licensing

Alberto Dallagiacoma — Thu, 28 Feb 2008 22:21:44 GMT

In SQL Server 2000, per invocare l'esecuzione di un DTS da un client era possibile usare il comando dtsrun.exe. Questo comando era ridistribuibile sui client installando i SQL Server 2000 Client Tools (e comprando una relativa CAL, se necessario).

In SQL Server 2005 Integration Services è presente un tool analogo, dtexec.exe, ma non è distribuito con i workstation components. Per avere a disposizione DTExec su una macchina che non è il Database server è necessario installare il componente server SSIS completo, e per fare ciò, serve una licenza SQL Server 2005 full.

La documentazione MSDN riporta questo (http://msdn2.microsoft.com/en-us/library/aa337371.aspx):

Install Integration Services

Although installing Workstation components lets you design packages in BI Development Studio, running packages outside the development environment requires the installation of Integration Services. Subject to the terms of your SQL Server licensing agreement, you may be able to run Setup again to add Integration Services to your installation. SQL Server 2005 Integration Services (SSIS) is now a server component and is not redistributable to client computers in the same manner that the components required for SQL Server 2000 Data Transformation Services (DTS) were redistributable.

Go Express!

Alberto Dallagiacoma — Wed, 12 Jul 2006 15:05:00 GMT

Dopo Microsoft con SQL Server Express, anche Oracle e IBM hanno rilasciato le versioni Express dei loro database.

Oracle Database 10g Express Edition

IBM DB2 Express-C