Discussion :

[HENRYC]

Pour afficher les données d'une base SQL, j'utilise par programmation les objects
SQLConnection
SQLCommand
SQLDataReader

Mais si l'utilisateur doit modifier ces données, il faut verrouiller l'enregistrement tant que la modification n'est pas enregistrée, pour le rendre inaccessible, au moins en ecriture, aux autres utilisateurs. Je ne trouve pas la méthode à utiliser, et je n'ai pas vraiment compris la méthode DataCommand.ExecuteNonQuery.

Merci.

[Astartee]

Mais si l'utilisateur doit modifier ces données, il faut verrouiller l'enregistrement tant que la modification n'est pas enregistrée, pour le rendre inaccessible, au moins en ecriture, aux autres utilisateurs.

Lier une transaction à ta connexion ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SqlTransaction maNouvelleTransaction = maConnexion.BeginTransaction();
// exécution de commandes qui utilisent la même connexion et la même transaction (EDIT)
maNouvelleTransaction.Commit(); ou maNouvelleTransaction.Rollback();
maNouvelleTransaction.Dispose();

je n'ai pas vraiment compris la méthode DataCommand.ExecuteNonQuery

ExecuteReader : pour les commandes qui renvoient des résultats (requête de sélection, appel d'une procédure stockée qui renvoie une sélection...)
ExecuteNonQuery : pour les commandes qui ne renvoient rien (requête de modification ou suppression d'une ligne, appel d'une procédure stockée sans résultat...)

[Piotrek]

Pour completer ce qu'a dit Astartee,

Dans TOUS les cas, une modification simultanee de memes donnees par plusieurs utilisateurs entrainnera une exception a l'enregistement.

Il existe plusieur types de gestion de concurrence de donnees ("data concurrency") le type de verouillage d'ado.net est dit "optimiste"

Plus de details
Introduction to Data Concurrency in ADO.NET
Handling Concurrency Errors

A toi d'intercepter l'erreur et de la gerer (annulation, mise a jour partielles...) Et c'est rarement le soucis du developpeur avant que le probelme surgisse, c'est bien d'y avoir pense

[Astartee]

Encore une précision :

Oui bien sûr, la base de données est censée vérifier toute seule qu'un seul utilisateur à la fois seulement puisse modifier un enregistrement.
C'est un peu le principe de base d'une bdd

En fait, la transaction est utile si tu veux effectuer plusieurs commandes d'affilées sur un enregistrement (ou plus), en s'assurant que la base ne puisse pas être modifiée entre temps par un autre utilisateur. Et elle offre la possibilité de tout annuler (rollback) si on se rend compte qu'il y a une erreur.

[HENRYC]

Merçi bien, je vais me plonger la dedans. Je pense qu'il est préférable d'intercepter la double connection au niveau de l'appli, plutot que de laisser la bdd s'en charger, et ne faire que constater l'anomalie. L'ideal est de pouvoir signaler au 2 eme utilisateur, les coordonnées de celui qui est déjà en train d'effectuer la modif.