Ciao Cristian,
complimenti anche per questo articolo.
Una domanda: ma se volessi serializzare bidirezionalmente linq to sql come dovrei fare?

Saluti
Andrea

Mi spiego meglio, come ti ho accennato di persona al Real Code Day a Firenze, stiamo realizzando la nuova versione di un applicativo esistente in VB6. La caratteristica fondamentale di questo programma è che deve funzionare sia su rete geografica in modalità on-line, sia in modalità disconessa. Non sto a dilungarmi sulle problematiche di sincronizzazione, che per altro abbiamo già risolto. Il vecchio software per poter funzionare necessitava di avere l'accesso diretto a SQL Server tramite internet o tramite una VPN, ovviamente questo non è accettabile, per cui nella nuova versione dot.net volevamo superare questo problema.
Per ridurre al minimo i tempi di sviluppo, per semplificare la struttura del client e per ridurre l'impatto degli aggiornamenti, la business logic è "cablata" nel programma. Per quanto il Data Access Layer è stato scelto di utilizzare direttamente le classi Linq.
Dal punto di vista puramente teorico non è sicuramente la soluzione ottimale, ma è, per noi, un buon compromesso.

I problemi che ho sono due:
-Utilizzando un webservice sono in grado di leggere e caricare i dati in una classe linq2sql, ma se modifico i record come posso poi riflettere queste modifiche sul DB?
-Utilizzando un webservice classico ho un decadimento notevole delle prestazioni, per la maggiore quantità di dati trasferiti tra server e client su internet, causato dalla differenza dei dati trasmessi nel caso di comunicazione binaria diretta con SQL Server rispetto alla comunicazione tramite XML del webservice. Qual'è secondo te il sistema più veloce per ridurre al minimo questo problema? E' pensabile comprimere i flussi dati?

Vista la tua competenza in materia, ogni consiglio sarà più che gradito.

Saluti
A.V.

---

Modificato da absolute il 08 dicembre 2009 08.33 -