Studiando per l'esame di certificazione 70-431, mi è sorta una domanda: esisterà un applicativo per Windows Mobile che consente di gestire un DBMS di SQL Server dal proprio smartphone? E' bastata una semplice ricerca su Internet per trovare la risposta: il programma esiste e si chiama SiccoloSP. A giudicare da quanto riportato nella Home Page, il prodotto mi sembra abbastanza completo:
- Quickly Start/Stop SQL Server Agent
- Quickly Start/Stop/Restart SQL Server Job
- View SQL Server Job Information - steps, schedule, execution history
- View Available Databases and Database Objects
- Restart SQL Server
- Execute SQL Command and view "select command" results
- View SQL Server Event Logs (Application, System etc)
Infine, ultimo ma non meno importante, il programma è completamente gratuito.
Al corso di Basi di Dati ho studiato che i record di una tabella con un indice clustered sono fisicamente ordinati sulla base del valore dell'indice stesso. A pagina 154 del Self-Paced Training Kit per l'esame 70-431, invece, si dice che l'ordinamento è solo logico, dal momento che mantere le pagine del database ordinate su disco richiederebbe un'attività troppo onerosa per il supporto di memorizzazione. Di diversa opinione è la domanda a pagina 160, che chiede quale tipo di indice ordina fisicamente i dati di una tabella e che ha come risposta giusta proprio gli indici clustered. Per cercare di fugare ogni dubbio, sono andato su MSDN dove, in questa pagina, si dice che un'indice clustered "creates an index in which the logical order of the key values determines the physical order of the corresponding rows in a table".
A questo punto mi sembra di aver capito che un indice clustered ordina fisicamente i dati su disco, potete confermare?
Per quanto io abbia promesso che mi sarei limitato con gli errata corrige dei testi Microsoft, ho appena trovato un errore nel Self-Paced Training Kit per l'esame 70-431 che merita di essere segnalato, data la sua gravità. A pagina 113 si dice che, quando si dichiara un tipo di dati char, varchar, nchar oppure nvarchar, il valore indicato tra parentesi rappresenta il numero di byte utilizzati: di conseguenza, nel caso dei tipi Unicode, il numero di caratteri effettivamente memorizzabili equivale alla metà del numero indicato, dato che in Unicode ogni carattere è rappresentato da due byte. In realtà non è così. Infatti, come si legge su MSDN (prendo il caso dei tipi di dato a lunghezza fissa):
char [ ( n ) ] Fixed-length, non-Unicode character data with a length of n bytes.
nchar [ ( n ) ] Fixed-length Unicode character data of n characters.
Dunque, quando si usa nchar (o, analogamente, nvarchar), quello che si specifica è il numero massimo di caratteri, non di byte. Forse l'errore è nato dal fatto che MSDN, per i tipi ANSI, parla di byte, mentre per quelli Unicode fa riferimento ai caratteri. Per essere più coerenti si potrebbe parlare di caratteri anche nel caso di char e varchar, dal momento che, in questi tipi di dato, ogni byte è espresso esattamente con un carattere.
Questa mattina ho ricevuto un messaggio di notifica da parte di Microsoft Connect in cui mi è stato comunicato che un feedback relativo a Windows Home Server, da me inviato ad aprile 2007 e dichiarato chiuso un paio di mesi dopo, ma senza essere stato effettivamente preso in considerazione, è stato riaperto proprio oggi. Mi ha fatto piacere constatare che Microsoft "non si dimentica" di nessuno dei feedback che riceve 
.