Come segnalato qui da Davide Vernole, red-gate SQL Prompt 2.0 è disponibile gratis per il download fino a settembre.
Qui sotto una gif che vale più di 1000 parole.
Scaricato ed installato. Lo provo un po' e magari ci butto giù 2 righe ![Wink [;)]](/emoticons/emotion-5.gif)
Lo scorso venerdì mia figlia ha tenuto la prima gara di nuoto conclusiva del corso che ha seguito durante l'inverno. Nella sua gara sono risultati ovviamente tutti vincitori (son bambini di 3 anni ![Smile [:)]](/emoticons/emotion-1.gif)
) ma sono stato ugualmente felicissimo .
2 sole foto a testimoniare quei momenti:
Venerdì mi sono deciso: ho spostato il db di .netSide su SQL Server 2005. Sebbene il db si sia agganciato immediatamente e senza alcun problema, c’è stato qualche piccolo problemino con l’accesso al DB da parte dell’applicazione asp.net.
Risolti questi problemi, io e Nico siamo incappati in un ulteriore problema: accedere all’istanza del Data Base con il SQL Server Management Tool da un pc esterno alla rete (che è naturalmente dietro firewall). Be...ci abbiamo perso una giornata ma alla fine ne siamo usciti :-D. Qui trovate la spiegazione dettagliata fatta da Nico, che ringrazio ancora per aver preso la testa con me!
Ora è tutto stabile, funzionante e....manco a dirlo, particolarmente veloce
C'è una cosa che ho detto durante il Workshop .netSide a proposito di RDA: prima di fare il Push dei dati di una tabella, bisogna fare il Pull della stessa tabella. La sequenza delle operazioni da svolgere è quella mostrata in questa immagine:
Questo però può non bastare. Stasera, pur avendo eseguito queste operazioni, mi sono imbattuto nell'errore "The table is not a tracked table", tipico di quando si fa il Push senza aver fatto il Pull.
Stupito dall'inaspettato errore, mi sono messo alla ricerca di una soluzione. Tra i primi risultati che ho trovato c'era ovviamente la segnalazione del Pull....ma poi...mi sono imbattuto in questo post.
Effettivamente, nel mio codice, avevo omesso il TrackingOption nel Pull della tabella. Come si legge sulla documentazione ufficiale, TrackingOprion serve a...:
"Questa proprietà specifica se SQL Server Mobile tiene traccia delle modifiche apportate alla tabella estratta. È possibile specificare il campo TrackingOn o TrackingOnWithIndexes per aggiornare la tabella estratta sullo Smart Device prima e successivamente reinserire i record modificati nella tabella originale di SQL Server. Quando viene specificato TrackingOn, i vincoli PRIMARY KEY vengono creati sulla tabella estratta. Quando viene specificato TrackingOnWithIndexes, i vincoli PRIMARY KEY e i relativi indici vengono creati sulla tabella estratta ...[...cut...]...Quando il metodo Push viene chiamato dall'applicazione, SQL Server Mobile utilizza le informazioni di rilevamento delle modifiche per individuare i record inseriti, aggiornati ed eliminati nella tabella locale di SQL Server Mobile e propagare nuovamente tali modifiche a SQL Server."
Se non viene specificato un TrackingOption, il device non sarà in grado di tenere traccia delle modifiche da inviare al server e giustamente verrà sollevato l'errore.
Ora...mi resta solo da capire il perchè esiste un overload del metodo Pull che non richiede il TrackingOption ![Geeked [8-|]](/emoticons/emotion-15.gif)