Discussion :

[tssi555]

Je comprends en fait pourquoi tu n'a pas d'erreur de violation d'accès, certainement c'est parceque tu utilise le SqlCommand où le UPDATE et DELETE sont générés automatiquement.

msdn :
..., l'instruction UPDATE ou DELETE générée automatiquement contient une clause WHERE spécifiant qu'une ligne n'est mise à jour que si elle contient toutes les valeurs d'origine et n'a pas été supprimée de la source de données. Cela permet d'éviter que de nouvelles données ne soient remplacées. Quand une mise à jour générée automatiquement tente de mettre à jour une ligne qui a été supprimée ou qui ne contient pas les valeurs d'origine qui se trouvent dans l'objet DataSet, la commande n'affecte pas d'enregistrement et un objet DBConcurrencyException est levé.

Si vous souhaitez que les instructions UPDATE ou DELETE soient exécutées indépendamment des valeurs d'origine, vous devez explicitement définir UpdateCommand pour le DataAdapter et ne pas compter sur la génération automatique de commandes.

Donc tu n'est pas obligé faire une gestion manuelle avec une colonne horodateur ni avec une clause where dans le DataAdapter (pour comparer les valeurs modifiées au originales).

[Pol63]

le but est de savoir si tu as besoin de savoir ou non s'il y a des différences

[tssi555]

Autre chose que je ne comprends pas bien.
Tu dis que normalement il doit pas y avoir erreur de violation vu que ADO.NET fonctionne en mode déconnecté, alors que le DataReader fonctionne en mode connecté, enfin, c'est pas clair pour moi.

[Pol63]

le datareader est en mode déconnecté

enfin ce que je veux dire c'est qu'il n'y a pas de curseur comme à l'époque qui reste ouvert

on lit les données (c'est rapide et un select pose rarement des verrous sur une base sql)
on les stocks quelquepart
puis on ferme la connexion


à l'époque de vb6, les recordset pouvaient rester connecter à la base via un curseur qui posait un verrou de lecture



enfin à priori tout ado.net serait en mode déconnecté
l'histoire du dataset qui trouve des erreurs de violation d'accès, c'est pas du tout géré par la base de données mais c'est juste le dataset qui déclenche ca
au lieu de faire juste une requete d'update pour faire une modif, il fait une requete (type exists ou select à mon avis) pour vérifier que ce qu'il y a dans la base est egal à ce qu'il avait avant, si c'est le cas il fait la requete d'update, si c'est pas le cas il faut un throw exception
(donc au passage ca doit etre un poil plus lent d'ailleurs)

[tssi555]

Je pense qu'il faut mettre résolu . Apparement je n'ai plus rien à dire à moins que si le DataSet me sort encore l'une de ses miracles, sinon, cela me suffit pour bien comprendre le fonctionnement des accès.
Merci sperot .