Mises à jour de LINQ vers XML: comment gère-t-il plusieurs lecteurs/graveurs simultanés?

Question

J'ai un ancien système qui utilise le XML pour son stockage de données. Je vais utiliser les données pour un autre mini-projet et je voulais utiliser LINQ to XML pour interroger/mettre à jour les données; mais il ya 2 scénarios que je ne suis pas sûr si j'ai besoin de me gérer ou non:

1- Si j'ai quelque chose de semblable au code suivant, et 2 personnes arrivent à frapper le Save() en même temps? Est-ce que LINQ to XML attend jusqu'à ce que le fichier soit à nouveau disponible avant de l'enregistrer, ou va-t-il simplement le lancer? Je ne veux pas mettre des verrous à moins que je dois :)

// I assume the next line doesn't lock the file 
XElement doc = XElement.Load("Books.xml"); 
XElement newBook = new XElement("Book", 
new XAttribute("publisher", "My Publisher"), 
new XElement("author", "Me"))); 
doc.Add(newBook); 

// What happens if two people try this at the same time? 
doc.Save("Books.xml"); 

2- Si je charge() un document, ajoutez une entrée sous un nœud particulier, puis cliquez sur Enregistrer(); Que se passe-t-il si un autre utilisateur a déjà ajouté une valeur sous ce nœud (depuis que j'ai frappé mon Load()) ou pire, supprimé le nœud? Il est évident que je peux contourner ces problèmes, mais je n'ai pas trouvé de documentation qui pourrait me dire si je dois ou non, et le premier serait au moins un peu un cochon pour tester de manière fiable.

Answer 1

Ce n'est pas vraiment un problème LINQ to XML, mais un problème de concurrence de base.

1. En supposant que les deux personnes arrivent sur Enregistrer en même temps, et le magasin de support est un fichier, puis selon vous ouvrez le fichier pour l'enregistrement, vous pouvez obtenir une erreur. Si vous le laissez à la classe XDocument (en transmettant simplement un nom de fichier), il y a de fortes chances pour qu'il l'ouvre exclusivement, et quelqu'un d'autre essayant de faire la même chose (en supposant que le même code l'écrase). Vous devez essentiellement synchroniser l'accès à toute ressource partagée que vous lisez ou écrivez.

2. Si un autre utilisateur a déjà ajouté une valeur, en supposant que vous n'ayez pas de problème pour obtenir la ressource à écrire, vos modifications remplaceront la ressource. C'est un problème fréquent avec les bases de données dites simultanées optimistes, et vous avez besoin d'une valeur pour indiquer si une modification est survenue entre le moment où vous avez chargé les données et quand vous les enregistrez (la plupart des bases généreront des valeurs d'horodatage).