Accès concurentiel en ASP.Net MVC

Bonjour,

Je me pose une question,et bien que j'ai trouvé certaines parties de la réponses à travers mes recherches, je n'est rien trouvé qui me réponde explicitement.

Je suis en train de développer une application asp.net MVC, j'ai un accès aux données qui n'est pas une base de données mais la combinaison d'un Xml et d'une data-base (en fait cette précision ne sert a rien pour ma question, c'est uniquement pour placer le contexte). J'ai donc développez ma DAL personnelle.
Instinctivement j'ai "thread-safe" cette classe en me disant que des accès concurrentiel serais de rigueur (je sais que le serveur utilise des pools d'accès qui correspondent plus ou moins a des threads). Mais justement ma question est celle ci : ai je eu une bonne intuition ?

Est ce que le Framework sait "instinctivement" synchronisé les données, est ce que le fait de rendre "Thread-safe" cette classe ne sert a rien a part réduire ses perfs ?
Et puisque la discutions est ouverte auriez vous des "best pratices" à faire partager ?

Merci pour tout éléments de réponses, liens documentation. :ccool:

Je ne sais pas exactement comment fonctionne ta DAL mais voila ce que je peux te dire :

- Asp.net (MVC) fonctionne dans IIS avec un pool de threads donc potentiellement on peut avoir 2 accès concurrents au même instant sur le même code (static ou objet partagé). Il faut donc à un moment ou un autre empêcher les thread de faire des lectures/écritures simultané sur la source de données.
- En général les couches DAL ne sont pas thread safe, c'est le moteur de données en dessous (Sql serveur ou autre) qui gère la concurrence d'accès. La meilleur pratique serait donc de construire un moteur de données thread safe et de construire ensuite par dessus une DAL...
- Si ton besoin est "ponctuel et ciblé" te casse pas la tête et rend les appels sur ta classe threadsafe

Bonjour,

Très bien je te remercie beaucoup pour ta réponse, cela rejoint mes différentes lectures et idées que j'avais sur le sujet. J'ai trouvé quelques articles qui parlais du sujet mais je trouve personnellement que cela est très peu spécifié.

Je vais suivre tes conseils (j'étais parti dans cette voix de toute façon).

encore merci