rilevante

Ho un WS che riceve un XmlNode e lo deve memorizzare sul DB.
Avendo normalizzato il DB ho ottenuto 4 tabelle che però ovviamente in fase
di inserzione dati vanno accedute tutte.
Il problema è che più utenti accederanno al WS e quindi devo permettere la
concorrenza senza appesantire troppo il tutto visto che ogni utente è capace
che invii anche 100 XmlNode (ovvero faccia 100 chiamate al WS).

Indubbiamente non voglio mettermi lì a specificare le DataTables e i
constraint nel Dataset perchè sarebbe come rifare il database sotto forma di
oggetto e oltre a non averne il tempo mi sembra un po' pesante ricreare ad
ogni chiamata del web method tutto quanto.

Non so se sia meglio usare i comandi sql e le execute oppure semplici
dataset riempiti con i dataadapter (senza specificare a mano le datatable e
tutta la struttura).

Inoltre avendo accessi multipli se uso i datareader devo implementare una
politica di locking a parte (se si come) oppure ci pensano le transazioni:
non vorrei leggere metà dati vecchi e metà nuovi (aggiornati da un altro)
nel corso della mia transazione.

Indipendentemente dalla scelta è sconsigliabile creare un oggetto statico a
cui accedono le varie chiamate ai webmethod perhè poi ci sarebbero prolemi
di concorrenza anche su tale oggetto vero?

Spero mi possiate dire in pratica cosa si fa di solito, quali sono i metodi
migliori, le best practices insomma.


Grazie,
Luigi.

> Non so se sia meglio usare i comandi sql e le execute oppure semplici
> dataset riempiti con i dataadapter (senza specificare a mano le
> datatable e tutta la struttura).

Sarebbe un sovraccarico inutile usare un dataset visto che il dataadapter
per le update chiama dei command.execute.


> Inoltre avendo accessi multipli se uso i datareader devo implementare
> una politica di locking a parte (se si come) oppure ci pensano le
> transazioni: non vorrei leggere metà dati vecchi e metà nuovi
> (aggiornati da un altro) nel corso della mia transazione.

Più ti affidi al locking del db e minore è la performance del db e di
conseguenza perdi in scalabilità.
La struttura multitier (cioè un servizio a cui i client si collegano) ha
proprio lo scopo di alleggerire questo tipo di carico e implementare, se è
il caso, una cache.


> Indipendentemente dalla scelta è sconsigliabile creare un oggetto
> statico a cui accedono le varie chiamate ai webmethod perhè poi ci
> sarebbero prolemi di concorrenza anche su tale oggetto vero?

Statico non ha quasi mai senso. Singleton è già meglio.