Database & Co.

Mr. Hibernate sui Database Relazionali: un post di rara bellezza

Davide Mauri — Fri, 25 May 2007 10:08:00 GMT

Direttamente da Gavin King (Mr. Hibernate, l'amico di Janky ) un post che la dice lunga, molto lunga:

"In Defence of RDBMS"
http://blog.hibernate.org/cgi-bin/blosxom.cgi/2007/05/23

Il post è piuttosto lungo, e quindi riporto solo due estratti di quanto scritto da Gavin. Li riporto perchè sono concetti che chi mi conosce sa che difendo da sempre....anche quando sembravano essere controcorrente, e venivano tacciati come "vecchi e superati", ma ora che è passata la moda si riscoprono e tornano alla luce del sole...Bene, meglio tardi che mai!

Sulla centralità e sulla vita dei database:

"[...] data and data models last longer than applications, longer even than programming languages. Data is shared between many applications in an enterprise, and they are not all written in Java."

Mi sembrano parole conosciute....;-); Sui database legacy:

"Data management professionals need to start treating their data models and database schemas as ongoing projects of real value to the organization, which need constant ongoing maintainence and evolution. They need to stop treating a legacy schema as some immutable holy text handed down by God."

Che è qualcosa che continuo a dire da anni, in barba a chi sostiene (a torto) che un db "non si può toccare". Nulla è immutabile: certo modificare un db è molto più costoso che modificare un'applicazione - e quindi è bene disegnare lo schema correttamente fin dall'inizio, seguendo le regole di normalizzazione senza remore - ma è possibile!

Per chiudere il post riporto anche un pezzo di un altro autorevole blog (http://sqlservercode.blogspot.com/2007/05/object-databases-suck-rdmbss-rock.html):

"And remember the latest version of Nhibernate DOES support stored procedures! No more wizard generated SQL that is hard to debug because you don't know what it looks like."

I due post sono semplicemente da stampare ed incorniciare.

SQL Conference 2007

Davide Mauri — Tue, 24 Apr 2007 05:59:00 GMT

L'anno scorso è piaciuta cosi tanto che cosi anche quest'anno si replica. Sto parlando della SQL Conference 2007, che si terrà a Milano presso la sede Microsoft dal 12 al 14 giugno.

Quest'anno la conferenza viene proposta in 3 giorni, in forte collaborazione con Microsoft ed il team di sviluppo stesso di SQL Server, con la quale abbiamo stretto e rinnovato l'amicizia nell'appena trascorso MVP Summit.

Per quanto mi riguarda mi occuperò di due sessioni:

C314 - SQL Server 2005: analisi prestazioni e ottimizzazione
C316 - SMO: Server Management Objects

la prima è un evergreen e non ha bisogno di presentazioni, la seconda invece è dedicata ad una tecnologia non molto conosciuta ma invece davvero notevole che permette di automatizzare SQL Server (ed il resto dei suoi componenti) in modo davvero impressionante. Vi consiglio vivamente di seguirla, sono sicuro che scoprirete cose molto interessanti!

Articoli MSDN in italiano

Davide Mauri — Wed, 11 Apr 2007 16:41:00 GMT

I vari articoli MSDN scritti in italiano dai vari MVP (e non) sono ora disponibili, oltre che nei rispettivi Developer Center, anche in questa comoda lista:

http://www.microsoft.com/italy/msdn/risorsemsdn/community/mvp/articles.mspx

Generare dati di test

Davide Mauri — Mon, 09 Apr 2007 18:46:00 GMT

Un interessante sito dove è possibile generare dati di test, utile sia ai possesori di VS DB PRO (almeno fino a quando non ci sarà una più ampia scelta di Data Generators) sia, ovviamente, a chi non ne è in possesso.

http://www.benjaminkeen.com/software/data_generator/

Database Unit Test Whitepaper

Davide Mauri — Mon, 19 Mar 2007 19:55:00 GMT

E' stato pubblicato un interessante documento sull'utilizzo degli Unit Test in un database:

http://msdn2.microsoft.com/en-us/library/bb381703(VS.80).aspx

SQL Server 2005 Developer Guidelines - Parte 2

Davide Mauri — Mon, 26 Feb 2007 21:39:00 GMT

E' stato pubblicato il mio secondo articolo sulle Development Guidelines per lo sviluppo di un database. Questo articolo, in realtà, può essere letto da chiunque, anche da chi non usa SQL Server.

Perchè può essere letto da chiunque? Perchè si parla di progettazione di un database, di normalizzazione, dell'utilizzo dei NULL di utilizzo delle stored procedure.

Tutti concetti che migliorano lo sviluppo dei database e quindi anche delle soluzioni basate a SQL Server.

Concetti che sono vitali per utilizzare al meglio un RDBMS della complessità e della potenza di SQL Server, e che invito pertanto tutti a leggere e rileggere e - soprattutto - a condividere, non solo con altre persone tecniche ma anche con project manager, project leaders e via dicendo. Chissa che questo non aiuti ad evitare quello di cui parlavo nel post di qualche giorno fa.

L'integrità dei dati è importante...anzi è la cosa più importante, da preservare ad ogni costo: è ora di capirlo, tecnici e non. Soprattutto questi ultimi dovrebbero fare due calcoli: scopriranno ben presto che ogni violazione dell'integrità è "monetarizzabile" e rappresenta un costo MOLTO ALTO alle voci "manutenzione ordinaria", "manutenzione straordinaria" e "soddisfazione del cliente". :-)

Buona lettura!

http://www.microsoft.com/italy/msdn/risorsemsdn/sql/sql2.mspx

Per l'occasione ho riabilitato i commenti, sperando che non ritorni la solita ondata di spam...:-(

[Quasi-OT] Radio 24, il programma "Al Vostro Posto" e i Database

Davide Mauri — Mon, 19 Feb 2007 18:17:00 GMT

Sto ascoltando in questo momento il programma "Al vostro posto" di Radio 24. Tralasciando il tema della puntata del programma, la cosa che mi preme sottolineare è come il responsabile dell'ATM intervistato dalla Radio abbia ancora la concezione di idee che i dati scambiati dall'ATM ed i suoi partner siano su "dischetti" (testuali parole). Rabbrividisco.

Ma la cosa che mi fa ancora più rabbrividire è che ogni volta che qualche responsabile di qualche società viene intervistato riguardo a qualche disguido di comunicazione con il cliente finale (di qualsiasi tipo, dalla notifica del pagamento di un multa - come nel caso che sto ascoltando - alla produzione di bollette) il problema è sempre "informatico"...i dati sono tanti...blah blah blah...il sistema è complesso...blah blah blah...insomma, le solite scuse.

E' davvero ridicolo che oggi, Anno di Grazia 2007, si sentano ancora queste cose. Dal 1970 è possibile creare database che sono perfettamente in grado di assicurare l'impossibilità dell'accadimento di situazioni non coerenti, preservando l'integrità dei dati, che è la cosa che viene puntualmente a mancare nelle situazioni in cui si trovano i suddetti "problemi informatici".

Basterebbe avere dabatase decenti per avere un sistemi che non possono perdere dati, non possono dare e ricervere informazioni incoerenti nè possono "dimenticarsi" di un cliente. Quando ci metteremo a sviluppare sistemi che non creano problemi ma li risolvono...anche imponendo rigide e ferree regole di integrità dei dati? Per applicazioni ancora non ci sono "regole", per i database si. Perchè non iniziare ad applicare almeno quelle? I nostri dati saranno sicuramente più al sicuro, e noi con essi.

La Grande Novità - Solid Quality Learning Italia

Davide Mauri — Tue, 23 Jan 2007 13:42:00 GMT

Finalmente - e con grande, grandissima gioia - posso rendere pubblica la notizia che per me rappresenta un importantissimo passo avanti nel mio futuro professionale.

Nei prossimi giorni nascerà la divisione italiana di Solid Quality Learning, uno dei marchi più prestigiosi e conosciuti a livello mondiale, legato alla consulenza ed alla formazione su prodotti Microsoft (In particolare SQL Server ma non solo). I nomi che si trovano sotto il cappello di Solid Quality Learning sono semplicemnte impressionanti: Fernando Guerrero, Kalen Delaney, Itzik Ben-Gan, Brian Moran, Peter DeBetta, Ken Spencer (per non parlare dei rappresentanti italiani)...e potrei continuare a lungo. La possibilità di essere loro collega è semplicemente un sogno che diventa realtà.

Sogno, per di più, condiviso con due soci (ma soprattutto amici) davvero notevoli e preziosi: Gianluca Hotz e Andrea Benedetti condividereanno insieme a me il destino di Solid Quality Learning Italia.

Destino che faremo in modo possa essere il più roseo possibile, cercando di elevare la conoscenza e l'utilizzo di SQL Server e tecnologie collegate verso più i alti standard, cercando, senza dubbio, di definirne anche di nuovi.

Seguiteci - non mancheremo di stupirvi!

www.solidqualitylearning.com

Technical Workshop dedicato a Visual Studio 2005 Team Edition for Database Professionals

Davide Mauri — Tue, 16 Jan 2007 14:13:00 GMT

Come già anticipato da Lorenzo e da Simone il 21 Febbraio 2007 ci sarà un Technical Workshop dedicato a Visual Studio 2005 Team Edition for Database Professionals.

Insieme a Lorenzo mostrerò come l'utilizzo di VS 2005 DBPro sia una reale manna dal cielo (non per fare pubblicità lo dico seriamente) per chi sviluppa / amministra un database.

Non mancate!

Riguardo l'uso delle stored procedure

Davide Mauri — Sat, 11 Nov 2006 23:45:00 GMT

Sono contento che Mauro abbia chiarito nel dettaglio ciò che intendevano lui e Raf nei post che consigliavano di non utilizzare le stored procedure.

Io rimango cmq della mia posizione. Non usare le stored procedure E' MALE.

Onde evitare flame :-) mi spiego subito.

Il caso descritto: "L'uso di uno statement specifico che si preocupa di aggiornare i soli dati realmente modificati permette inoltre di gestire meglio la concorrenza ottimistica nel caso in cui, ad esempio, il client X modifichi la Ragione Sociale mentre il client Y modifichi l'indirizzo della ns entity, in un caso come questo potrebbe non avere senso gestire la concorrenza ma basterebbe semplicemente accettare le 2 modifiche che non sono "concorrenziali"." sembra dimostrare che l'utilizzo di stored procedure è deleterio.

Se pensiamo alle stored procedure come strumento per avere performance migliori è vero.

Ma le stored procedure (così come le viste, come spiegherò proprio in questa sessione a WPC) NON SERVONO ASSOLUTAMENTE per migliorare le performance!

I motivi per cui si usano sono essenzialmente 2 (in ugual ordine di importanza)

Creare un livello di astrazione logica dal database model
Creare degli entry point verso i dati sulla qualè è possibile implementare tutta la sicurezza che si desidera

Se non si utilizzano stored procedure si lega in modo indivisibile il database all'applicazione (e viceversa); è bene ricordare, invece, che i vari strati applicativi dovrebbero essere il più disaccoppiati possibile. Oltre a questo fatto già di per se molto negativo ci si troverebbe a dover dare i permessi tabella per tabella (o, peggio, colonna per colonna). E' ovvio che quest'ultima opzione sarebbe un incubo da manutenere anche su db con poche decine di tabelle.

Detto ciò, c'è un'altra cosa che bisogna ricordare SEMPRE, quando si parla di database e delle problematiche ad esso legate: è PROFONDAMENTE SBAGLIATO pernsare che ad ogni applicazione corrisponda uno ed un solo database. Un database è fatto per servire più applicazioni non solo ad una. Lasciare ad ogni sviluppatore di ogni applicazione il compito di scrivere query (o lasciarlo ad un ORM, la cosa non cambia) significa negarsi la possibilità di poter gestire correttamente la sicurezza del database, e - nel 99% dei casi - significa anche aver un proliferare di query di impossibile gestione che rendono davvero ardua (se non quasi impossibile) ogni ottimizzazione al livello di modello, di query e di indici.

Altri articoli di approfondimento:

Superfici di contatto:

http://blogs.ugidotnet.org/nettools/archive/2005/01/28/10041.aspx

DAL vs Stored Procedure?

http://blogs.ugidotnet.org/nettools/archive/2005/02/01/10150.aspx