Discussion :

[Haks]

bonjour, j'aimerais avoir un conseil pour savoir si j'utilise ou non un dataset. en fait, j'ai :
- une base de données oracle
- quelques clients riche qui permettent de faire des modifications, ajout ... et qui peuvent travailler sur les mêmes données
- un client leger en consultation

un serveur d'application qui fait le lien client, métier et persistance

je voulais utiliser un dataset pour permettre au client léger de consulter les infos sans voir les modifications qui sont en cours par un des clients lourds.
par contre une modification par un client serait - elle vue par les autres s'ils ne sont pas sur le meme dataset??

et quelle est l'utilité principale du dataset? m'est-il utile dans ce cas ou suffit-il de travailler avec la base

[ccambier]

salut,
en premier lieu si tu veux utiliser un DataSet uniquement pour lire tes données sans les modifier tu peux utiliser un DataTable qui est un peu plus léger, sauf si tu as plusieurs tables. pcq un DataSet n'est qu'une collection de DataTable avec quelques méthodes et propriétés interessantes.
ensuite si tu veux qu'il n'y ait pas de concurrence dans les accès aux données tu peux faire des flags toi-même et ainsi garantir que lorsque qqun ouvre les données en modifications, qu'elles ne soient plus accéssible qu'en lecture.

je signale qu'il y a d'autres méthodes, mais personnellements c'est comme ça que je ferais.

[B.AF]

Attention, le dataset n'est pas une eservation de ressource au niveau de la page ou du row de la Db, mais juste un 'snapshot' a t de te données !
Si tu veux gerer au mieux tes concurrences d'acces; il demeure souhaitable de passer par une gestion du lock sur la Db oracle (encore que c'est parfois fantaisiste...), soit aussi qui est elegant :

Creer une vue sur le serveur db, avec le seul utilisateur possible ton user ASP
Ne lui autoriser que le select
Dans ce cas tu n'auras jamais de risque.

Ensuite, un dataset ou un reader...bof...Ca change rien !

Je dirai ensuite que je ne comprends pas vraiment le besoin :
Necessairement si tes utilisateurs genere des modifs et que tu select tes donnees apres l'enregistrement des données, tu auras une vue des données ajoutées.
Tu attaques bien une base physique, pas les datasets des clients lourds !

En revanche, rien ne t'empech arbitrairement de faire la chose suivante :
Mettre a disposition a periodicite fixe d'un client une serialisation d'un dataset (image figée independante de la Db)
Creer un dataset qui lit tes données XML
Laisser a 'utilisateur la possibilité de rafraichir les données depuis la Db.

Mais de toute façon, a partir du moment ou les données sont efectivement soit commitées soit insérées, deletées ou updatées dans la Db, elles seront prises en compte dans ta requete.

En revanche, il n'y absolument aucun risque de selectionner des operations en cours de commit. A noter cependant que dans certains cas, ton select sera lui dans l'attente d'une validation de la table.

[ccambier]

Pour faire ça il faut qu'il ai accès à la base de donnée en tant createur d'objet pour pouvoir créer la vue mais c'est certainement la meilleure idée.