Diamo un’occhiata a come creare T-SQL alias e poi vediamo come utilizzare il codice CLR per definire UDTs.

Esempio: indirizzo  E-mail

Creiamo un nuovo progetto class library in Visual Studio, quindi scriviamo la nostra classe EmailCS e compiliamo per creare il nostro bell’ Assembly.

using System;

using System.Data;

using System.Data.SqlClient;

using System.Data.SqlTypes;

using Microsoft.SqlServer.Server;

using System.Text;

using System.Text.RegularExpressions;

using System.IO;

[Serializable]

[Microsoft.SqlServer.Server.SqlUserDefinedType(Format.UserDefined, MaxByteSize = 8000)]

public struct EmailCS : INullable, IBinarySerialize

{

// Regular expression per una mail del tipo: somebody@somecompany.domain

private static readonly Regex RegExParser

= new Regex(@”^([\w-]+\.)*?[\w-]+@[\w-]+\.([\w-]+\.)*?[\w]+$”,RegexOptions.CultureInvariant);

private StringBuilder parsedemail;

private bool m_Null;

// Costruttore per un valore noto

public EmailCS(string value)

{

this.parsedemail = new StringBuilder();

this.parsedemail.Append(value);

his.m_Null = false;

}

public override string ToString()

{

return this.parsedemail.ToString();

}

public bool IsNull

{

get

{

return m_Null;

}

}

public static EmailCS Null

{

get

{

EmailCS h = new EmailCS();

h.m_Null = true;

return h;

}

}

public static EmailCS Parse(SqlString s)

{

if (s.IsNull)

return Null;

string value = s.ToString();

Match m = RegExParser.Match(value);

if (!m.Success || value.Length > 4000)

throw new ArgumentException(“Formato e-mail non corretto. “

+ “Il formato è somebody@somecompany.domain, la lunghezza massima dei caratteri è 4000.”);

// ok

EmailCS u = new EmailCS(value);

return u;

}

// User-defined serialization

public void Read(BinaryReader r)

{

parsedemail = new StringBuilder(r.ReadString());

}

public void Write(BinaryWriter w)    

{

w.Write(this.parsedemail.ToString());

}

}

Ora apriamo SQL Server Management Studio e facciamo una nuova query.

Creiamo db di Test:

USE master;

GO

EXEC sp_configure ‘clr enabled’, 1;

RECONFIGURE;

GO

IF DB_ID(N‘Test01′) IS NULL

   CREATE DATABASE Test01;

GO

 T-SQL Aliases :

USE Test01;

GO

CREATE TYPE StandardAddress

  FROM nvarchar(50) NULL;

GO

CLR UDTs :

Importiamo ora il nostro assembly creato in precedenza.

USE Test01;

GO

CREATE ASSEMBLY Test1

FROM ‘C:\Documents and Settings\Salvatore-VM\My Documents\Visual Studio 2005\Projects\Test1\Test1\bin\Debug\Test1.dll’

WITH PERMISSION_SET = SAFE;

GO

Creiamo ora il nostro tipo di dato

CREATE TYPE dbo.EmailCS

EXTERNAL NAME Test1.EmailCS;

GO

Test CLR UDTs :

–Test valore sconosciuto:

DECLARE @myemail EmailCS;

SET @myemail = NULL;

SELECT @myemail;

GO

–Test valore errato:

DECLARE @myemail EmailCS;

SET @myemail = N‘wrong#address’;

GO

–Test caratteri troppo lunghi:

DECLARE @myemail EmailCS;

SET @myemail = REPLICATE(N‘a’,4000)+N‘ @a.com’

GO

–Test valore corretto:

DECLARE @myemail EmailCS;

SET @myemail = N‘salvatore@mydomain.it’

SELECT @myemail, @myemail.ToString();

GO

È un procedimento di tipo graduale che realizza un’ottimizzazione progressiva del database eliminando definitivamente la ridondanza dalle relazioni e quindi dal database.

Si ha ridondanza dei dati ogni volta che vengono memorizzati inutilmente dei dati ripetuti.

Esempio:

ordine (cod_fornitore,nome_fornitore,cod_fiscale,merce,prezzo,quantità)

può essere trasformata in due tabelle:

ordine(merce,prezzo,quantità, cod_fornitore)

fornitore(cod_fornitore, fornitore, cod_fiscale)

In questo modo se gli acquisti effettuati da un certo fornitore compaiono mille volte, non dovremo per mille volte ripetere inutilmente l’informazione nome _fornitore e cod_fiscale,.

Analizziamo le prime  tre forme normali:

Prima forma

Una relazione si dice in prima forma normale (1NF) se e solo se tutti i suoi attributi sono valori atomici.
Ciò implica che né gli attributi, né i valori da questi assunti possono essere scomposti ulteriormente.

La relazione che segue non è in prima forma normale:

in quanto l’attributo Indirizzo non è atomico: può essere suddiviso in Indirizzo e Città. La relazione si normalizza trasformandola in:

Seconda forma

Una relazione è in seconda forma normale se e solo se soddisfa la 1NF e inoltre ciascun attributo che non fa parte della chiave è indipendente funzionalmente da una qualunque chiave candidata.

Si ha dipendenza funzionale tra un attributo x e una chiave se i valori di x dipendono dai valori assunti dalla chiave, ovvero se si viene a determinare una relazione biunivoca tra i valori di x e i valori della chiave.

Data la relazione:     r (A, B, K, J)     con A chiave primaria o candidata
e avendo che: (il simbolo -> significa : ” determina il valore di:”): A -> K e K -> J
si verifica una dipendenza transitiva tra A e J , in quanto J dipende da A tramite K.

Esempio:

Tipo_ finitura è dipendente funzionalmente da un sottoinsieme della chiave primaria, ovvero da Mod.Borsa, dunque la tabella non è in 2NF.
È possibile normalizzare la relazione trasformandola in:

Terza forma

La terza forma normale ha come scopo l’eliminazione dalla relazione delle dipendenze funzionali transitive.

Una relazione è in terza forma normale (3NF) se, oltre ad essere in 2NF, ciascun attributo che non partecipa alla chiave non è transitivamente dipendente da una qualunque chiave candidata.

Si verifica una dipendenza funzionale transitiva quando un attributo J appartenente alla relazione r dipende da un attributo K della relazione che non è chiave candidata e che a sua volta dipende da un attributo A, che è chiave candidata o primaria.

Per verificare se una tabella in 2NF è anche in 3NF basta chiederci:

“Esiste un campo non chiave che dipenda funzionalmente da un altro campo non chiave?”.

Data la relazione:     r (A, B, K, J)     con A chiave primaria o candidata
e avendo che: (il simbolo -> significa : ” determina il valore di:”): A -> K e K -> J
si verifica una dipendenza transitiva tra A e J , in quanto J dipende da A tramite K.

Il primo passo nello sviluppo di un modello di dati è identificare i requisiti.

Dal modello concettuale, si crea un modello logico. In alternativa, è possibile creare un modello logico direttamente.

Dal modello logico, si crea un modello fisico. Il processo di progettazione non è finito qui, però. Quindi è buona cosa perfezionare il modello fisico in base alla sicurezza, prestazioni ,scalabilità e bisogni.

Infine, è necessario costruire un prototipo per testare la progettazione del database.

Elenchiamo le migliori pratiche per la modellazione dei dati:

·         Prestare particolare attenzione alla portata del progetto

Si deve considerare che i cambiamenti aziendali avvengono in modo rapido. Pertanto, è necessario essere preparati per diverse iterazioni nel corso del processo di progettazione.

·         Scegliere il metodo appropriato

 I diagrammi ER sono uno standard informale per la base di dati. Inoltre, ORM, che è più espressivo rispetto al modello ER, è utile per la presentazione di norme complesse.

·         Utilizzare uno strumento di modellazione database

Strumenti come Visio consentono la creazione di un modello logico partendo da un modello concettuale.

·         Includere il modello fisico in un sistema di source control

È possibile utilizzare Visual Studio Team System per la sorgente di controllo.

·         Iniziare con un rigoroso modello relazionale, ma essere pronti a fare alcuni compromessi per soddisfare le esigenze aziendali

 Ad esempio, di solito bisogna normalizzare  alcuni dati per raggiungere una soddisfacente performance.

L’ ORM (Object Role Modeling) va a verbalizzare i dati pertinenti come dati elementari (modello concettuale).

Vediamone un esempio pratico:

Dopo una chiacchierata col cliente è venuto fuori questo:

Bisogna creare un sistema di vendite:

 I clienti inviano ordini.

Ogni ordine può contenere più prodotti, e un unico prodotto può essere visualizzato su più ordini: c’è un dettaglio degli ordini.

Un cliente ordina un prodotto in quantità, con o senza uno sconto. Un singolo cliente presumibilmente invia più ordini.

Ogni prodotto ha un nome, una unità di misura, e un prezzo.

Per ogni cliente, è necessario raccoglierne il nome, l’indirizzo e il numero del codice fiscale. Il numero fiscale è unico.

Un ordine ha sempre una data e un noto cliente. È necessario fornire un modo per identificare i clienti, prodotti e ordini.

Ora possiamo creare il nostro modello ORM con Visio:

Apriamo Visio e creiamo il nostro modello ORM.

Aggiungiamoci le 4 entità: Clienti,Ordini,Prodotti,DettaglioOrdini  e quindi i valori per ciascuna entità e leghiamoli tra loro.

Ora siamo pronti a creare anche il diagramma ER (Entity Relationship):

Transact-SQL è stato progettato specificamente per l’accesso e la modifica diretta dei dati nel database. Pur rappresentando la migliore soluzione nell’accesso e nella gestione dei dati, Transact-SQL non contiene costrutti di programmazione che facilitano la modifica e il calcolo dei dati.

Il codice gestito risulta più adatto di Transact-SQL per i calcoli e per una logica di esecuzione complessa. Inoltre dispone di un supporto esteso per numerose attività complesse, tra cui la gestione delle stringhe e le espressioni regolari. Tramite le funzionalità della libreria di .NET Framework è possibile accedere a migliaia di classi e routine già esistenti da qualsiasi stored procedure, trigger o funzione definita dall’utente.

Durante la scrittura di stored procedure, trigger e funzioni definite dall’utente, è necessario decidere se utilizzare il tradizionale Transact-SQL o un linguaggio .NET Framework come Visual Basic .NET o Visual C#. Utilizzare Transact-SQL per l’accesso ai dati con un minimo di logica procedurale. Utilizzare il codice gestito per funzioni che richiedono un utilizzo intensivo della CPU o per procedure dalla logica complessa oppure quando si desidera utilizzare la BCL di .NET Framework.

Un altro fattore da tenere presente quando si decide se utilizzare Transact-SQL o codice gestito è la posizione in cui si desidera che risieda il codice, ovvero nel server o nel client. È possibile eseguire sul server sia Transact-SQL che il codice gestito. In questo modo il codice e i dati vengono posti vicino uno all’altro, consentendo di sfruttare la capacità di elaborazione del server. Talvolta potrebbe essere consigliabile evitare di eseguire sul server di database attività che richiedono un uso intensivo del processore. Oggi la maggior parte dei computer client è molto potente e può essere utile sfruttare questa capacità di elaborazione eseguendo la maggior quantità del codice sul client. Su un client è possibile eseguire il codice gestito, ma non Transact-SQL.

Smanettiamo:

Abilitazione

sp_configure 'clr enabled', 1

GO

RECONFIGURE

GO

Compilazione e distribuzione  assembly

using System;

using System.Data;

using Microsoft.SqlServer.Server;

using System.Data.SqlTypes;

public class HelloWorldProc

{

    [Microsoft.SqlServer.Server.SqlProcedure]

    public static void HelloWorld()

    {

        SqlContext.Pipe.Send("Hello world!\n");

    }

}

Questo programma verrà quindi compilato come una libreria, caricato in SQL Server ed eseguito come una stored procedure.

In SQL Server vengono installati i file di ridistribuzione di .NET Framework per impostazione predefinita. In questi file è incluso  csc.exe, ovvero il compilatori della riga di comando per Visual C#. Per compilare l’esempio, è necessario modificare la variabile PATH in modo tale che faccia riferimento alla directory contenente csc.exe :

C:\Windows\Microsoft.NET\Framework\(version)

Una volta aggiunta la directory di .NET Framework al percorso, sarà possibile compilare in un assembly la stored procedure di esempio con il seguente comando.

csc /target:library helloworld.cs

Una volta compilata correttamente la routine di esempio, è possibile eseguirne il test in SQL Server. A questo scopo, aprire SQL Server Management Studio e creare una nuova query, eseguendo la connessione ad un database.

Sarà necessario creare l’assembly per accedere alla stored procedure. Per questo esempio, si supponga di aver creato l’assembly helloworld.dll nella directory C:\.

Aggiungere alla query la seguente istruzione Transact-SQL:

CREATE ASSEMBLY helloworld from ‘c:\helloworld.dll’ WITH PERMISSION_SET = SAFE

Dopo la creazione dell’assembly sarà possibile accedere al metodo HelloWorld utilizzando l’istruzione:

CREATE PROCEDURE hello

AS

EXTERNAL NAME helloworld.HelloWorldProc.HelloWorld

Una volta creata, la routine potrà essere eseguita come una normale stored procedure scritta in Transact-SQL. Eseguire il seguente comando:

EXEC hello

Rimozione dell’esempio di stored procedure “Hello World” ed assembly

drop procedure hello

drop assembly helloworld

Service Broker Il servizio, nativo in SQL Server 2005, consente di gestire messaggi asincroni all’interno di un database, fra istanze diverse di database o fra SQL Server diversi su macchine separate. L’obiettivo è semplice: aumentare il livello di scalabilità delle applicazioni front-end rimandando al back-end il grosso del lavoro.

Proviamo a spiegarci con un esempio classico: su un sito di commercio elettronico, a fronte di un acquisto, deve partire un processo di generazione dell’ordine che sicuramente comporta operazioni sul magazzino, la generazione delle informazioni sulla spedizione, il controllo della disponibilità finanziaria del cliente e probabilmente varie altre operazioni. Se queste operazioni sono eseguite dalla pagina di check-out viene bloccato un thread dell’applicazione ASP.NET per tutta la durata del processo e vengono eseguiti dei lock sulle varie tabelle che possono rallentare altri ordini da processare; inoltre, tutte le risorse coinvolte devono essere disponibili al momento dell’acquisto; non ultimo la comunicazione fra l’applicazione e le risorse deve essere molto efficiente per non rallentare appunto l’intero front-end.

Replication Consente di copiare i dati e oggetti tra basi di dati distribuite.

Full-Text Search Si tratta di un componente in grado di effettuare interrogazioni veloci ed efficienti su indicizzazioni di testi, ovvero query che si basano su termini chiave, parti di testo o semplici parole. Possiamo ottenere i massimi benefici da questa tecnica soprattutto in presenza di grandi moli di informazioni di tipo non strutturato, come possono essere testi o interi documenti.

SQL Server Agent SQL Server Agent è uno strumento di amministrazione di database per la pianificazione e l’esecuzione di jobs come, ad esempio, i backup di database.

Integration Services SSIS è una piattaforma utile a sviluppare soluzioni rivolte all’integrazione di dati fra sistemi, ma è anche sinonimo di ETL. Un ETL (Extraction, Transformation and Loading) non è altro che un’applicazione finalizzata a caricare e trasformare dati da più piattaforme per elaborarli in base alle specifiche che l’analisi finale richiede. Oltre a rappresentare un potente strumento di questo tipo, SSIS ha ulteriori funzionalità, rivolte ad esempio alla manutenzione dei server, al richiamo di web services, al trasferimento di file FTP e via discorrendo.

Reporting Services Reporting Services è un ambiente di reporting basato su server e gestito tramite Web service. È possibile distribuire i report in un’ampia gamma di formati e sono disponibili numerose opzioni per l’interattività e la stampa. Tramite la distribuzione di report come origine dati per le applicazioni di Business Intelligence, anche le analisi più complesse risultano ampiamente accessibili agli utenti.

Analysis Services Con SQL Server 2005, per la prima volta Analysis Services consente di ottenere una visione unificata e integrata di tutti i dati aziendali, che possono essere utilizzati come base per le normali attività di reporting, analisi OLAP, scorecard KPI (Key Performance Indicator) e data mining (letteralmente  ‘estrazione dati’).

Notification Services Microsoft SQL Server 2005 Notification Services è una piattaforma per lo sviluppo e la distribuzione di applicazioni in grado di generare e inviare notifiche. È possibile utilizzare tale piattaforma per generare e inviare tempestivamente messaggi personalizzati a migliaia o milioni di sottoscrittori con la possibilità di recapitare i messaggi a un’ampia gamma di dispositivi.

OLAP, acronimo che sta per l’espressione On-Line Analytical Processing, designa un insieme di tecniche software per l’analisi interattiva e veloce di grandi quantità di dati, che è possibile esaminare in modalità piuttosto complesse. Questa è la componente tecnologica base del data warehouse e, ad esempio, serve alle aziende per analizzare i risultati delle vendite, l’andamento dei costi di acquisto merci, al marketing per misurare il successo di una campagna pubblicitaria, ad una università i dati di un sondaggio ed altri casi simili. Gli strumenti OLAP si differenziano dagli OLTP per il fatto che i primi hanno come obiettivo la performance nella ricerca e il raggiungimento di un’ampiezza di interrogazione quanto più grande possibile; i secondi, invece, hanno come obiettivo la garanzia di integrità e sicurezza delle transazioni.

OLTP: On Line Transaction Processing A differenza delle analisi con tecnologia OLAP (Online Analytical Processing), la tecnologia OLTP non prevede la creazione di banche dati separate, infatti le analisi vengono effettuate direttamente sui dati di esercizio

Database distribuito: Un database distribuito è un database che si trova sotto il controllo di un Database management system (DBMS) nel quale gli archivi non sono memorizzati sullo stesso computer. Il database può essere dislocato in più computer situati nello stesso luogo, oppure distribuito in una rete di computer connessi tra loro.