Illuminato dal post di Marco, che già a suo tempo mi fece conoscere la prima beta del primo prodotto di RedGate (Sql Prompt), ho installato Sql Search, tool gratuito che permette di cercare una stringa nei metadati (tabelle, colonne, viste, sp, ecc.) di un DB sql server.

Mi viene molto utile soprattutto nel cercare una stringa nelle stored procedure in quanto evita di fare il generate script che non so perché dalla 2005 in avanti è diventato molto più lento di quanto era nella 2000 e nella 7 (e poi  perché la ALTER PROC è disabilitata quando lo voglio generare per più di una ?)

RedGate si conferma ancora una volta un punto di riferimento per chi ha a che fare quotidianamente con database Sql server ed i soldi spesi a suo tempo per un paio di loro prodotti si sono ripagati 1000 volte.

Pur essendoci in Sql Server 2008 un suo intellisense, mi trovo molto più a mio agio con quello del già citato Sql Prompt (quando non sono sul mio pc continuo a fare “ssf” o TAB ad ogni comando…) e visto che anche l’ordine e la pulizia vogliono la loro parte, mi trovo spessissimo a dare una “botta” di Ctrl-B Ctrl-L per sistemare il codice con il buon Sql Refactor.

Per non parlare del tempo risparmiato con il Sql Compare quando c’è da confrontare database di sviluppo/produzione o altri casi in cui è necessario sincronizzare le strutture.

Insomma, bravi ai ragazzi inglesi, che scopro solo oggi hanno scelto il loro nome da un via di Firenze (via Porta Rossa) in onore di Leonardo da Vinci.

Ieri ho preso una drastica decisione: ho deciso di cambiare la naming convention che da tempo usavo per i database sql, eliminando tutti i prefissi che usavo per le tabelle, viste, e stored procedure (che dall'avvento di Linq comunque uso molto piú raramente).

I motivi che mi hanno fatto cambiare idea sono stati due. Il primo è che comunque si tratta di una sorta di notazione "ungherese" che ormai in un mondo tutto typed e pieno di intellisense (per Sql2005 uso SqlPrompt, Sql2008 lo avrà di suo) non ha piú senso.

Inoltre, rinunciando ai prefissi, non devo più rinominare le N classi che ottengo dal designer di Linq to Sql di Vs2008, e soprattutto non mi espongo a strani "comportamenti" come questo:

Supponiamo di avere una tabella tabEmployees di impiegati (con chiave primaria idEmployee) che ha una Foreign Key idManager su se stessa. Se faccio drag 'n drop della tabella e rinomino dal designer la classe chiamandola Employee (ovvero togliendo il "tab") lui NON rinomina l'EntityRef attraverso la quale accedo ai dati del manager (resta "tabEmployees1" anche se comunque posso modificarla dalle properties dell'association). Più subdolo il caso in cui abbia un'altra tabella (es. una tabella Richiesta Ferie) che ha due Foreign Key sulla prima: idEmployeeRequester e idEmployeeApproval (il richiedente e l'approvatore).

In questo caso sempre se ho rinominato la classe tabEmployee in Employee, nella classe VacationRequest mi trovo l'EntityRef "Employee" che si riferisce alle seconda FK che trova (in questo caso l'approvatore), mentre la prima entityref restava nominata "tabEmployees".

Non so se ci avete capito qualcosa... io ci ho perso un po' per trovare un baco in una mia applicazione, scoperto il quale ho preso Visio e ho rasato via tutti i "tab" di qualche decina di tabelle. Occhio solo che oltre al rename delle tabelle, dovete aggiornare anche i riferimenti dentro viste, stored e trigger. 

La scorsa settimana ho partecipato cno piacere alla mia prima conferenza organizzata da SqlPass (www.sqlpass.org) sull'imminente arrivo del database di mamma Microsoft Sql Server 2005 (nome ufficiale di Yukon).

Intanto un grazie a Rob per avermi cortesemente permesso la partecipazione (lui sa cosa intendo)

La conferenza ha avuto i suoi alti e bassi e onestamente pensavo di ricavarne qualcosina in piú, ma è stato comunque molto interessante approfondire nuove feature di sql2005 (snapshot, sqlclr, db-mirror, ecc) e  confrontarsi con persone che lavorano su database non proprio piccoli (sopra i 200gb per intendersi)

Tra gli speaker si sono distinti la bravissima Kimberly Tripp ("...hey man se vogliamo discutere di questa cosa ci vediamo dopo al bar per una birra...") persona veramente skillata e anche molto cordiale (ho pranzato con lei parlando solo di immersioni subacquee); così come Greg Drapers un Software Architect di Microsoft con gli attributi...

Hanno condito il tutto le 4 cene con Paolo che hanno alzato il colesterolo a livelli record (stinchi come se piovesse) e la sempre piacevole compagnia di Marco.

Siamo quasi in dirittura di arrivo (Summer 2005... mi ricorda il Clipper :-) ) per Sql Server 2005. In mezzo tra la versione Express (quella gratuita che sostituisce MSDE) e quella Standard ci sarà una "Workgroup" che costerà meno ($3899 a processore e $739 a server) con alcune limitazioni (solo 2 Cpu e 2 Gb di ram).

Direi che va benissimo per siti a medio traffico...

Fonte: http://www.internetnews.com/ent-news/article.php/3485336