Discussion :

[B.AF]

En fait la problèmatique du caching vient du fait que l'objectcontext fait tout.

Si tu regardes d'autres ORM, ils ont globalement une factory qui agit avec le cache, contient les mappings, et qui se positionne au niveau global et un unit of work qui va contenir un contexte local.

Là tu as un objet pour devoir tout faire, donc dans certains cas, il a des responsabilités qui se "neutralisent".

Dans ceux là, le fait que l'object context est un unit of work entre autres, mais qu'il ne peut pas travailler avec des entitées fournies par plusieurs threads.

Bref, le mt dans Ef, c'est ..

[stephane.julien]

Ok donc je n'ai pas trop le choix. Je vais utiliser un contexte par Thread (pour autant que la durée de vie ne soit pas trop longue), sans utiliser le caching d'EDM, car il n'est pas possible de le partager.

Aux endroits nécessitant de la performance dans mon application, j'implémenterai mon propre cache, ou alors j'utiliserai des caches comme IndeXus. Ces caches utiliseront des instances de classes perso, et non d'EDM.

En résumé, dans une application MT, EF ne propose pas de solution performante (pour l'instant). On ne peut ni utiliser le cache basique, ni utiliser un contexte commun.

[B.AF]

C'est même plutôt un thread par transaction.

[stephane.julien]

De toute manière, on ne peut ouvrir qu'une transaction par contexte. Donc c'est pareil.

[Yogy]

Et c'est sensé changé dans le prochain EF ? :o non pas que je suis interessé mais c'est pour ma culture

[stephane.julien]

Je pense que non. Un contexte a sa propre connexion à la DB, et je ne pense pas qu'on puisse ouvrir plusieurs transactions sur la même connexion.

A propos de la prochaine version d'EF, existe-t-il un flux RSS ou une page qui donne toutes les infos de Microsoft à propos d'EF? Et y a-t-il une date de sortie de release prévue?

A+

[B.AF]

Oui il y a une consultation sur les évolutions, ou du moins une présentation du plan produit à la communauté pour recueillir des feedbacks.
Je vous donne l'adresse dès que je l'ai retrouvée.

[anthyme]

A priori EF 2 sortira avec .Net 4