Est-ce que l'obtention d'entités avec AsNoTracking() désactive l'appel automatique à DetectChanges ()?

Nous avons constaté que le réglage de AutoDetectChangesEnabled = false peut avoir des impacts substantiels (c.-à-d. facteur de 10) sur les performances.

Background : Notre système est entièrement composé D'objets de modèle EF qui utilisent des proxies de détection de changement. C'est-à-dire que tous nos champs de base de données et propriétés relationnelles sont déclarés comme virtuels. Nous avons également un modèle d'objet relativement profondément structuré. C'est l'objet A contient un ensemble de l'objet B, qui à son tour contient un ensemble d'Objet de C, etc. Nous avons observé que l'instanciation d'un le nombre non trivial (> 100) de ces objets via une requête EF/LINQ est coûteux. Par exemple, dans un cas, l'instanciation de 250 objets a nécessité environ 2 secondes. Nous avons également observé que l'instanciation de la même structure, mais l'utilisation d'objets anonymes à la place nécessitait environ 25 ms. enfin, nous avons observé que si nous définissons AutoDetectChangesEnabled = false, nous pourrions utiliser la requête instanciant les objets du modèle EF et la matérialisation à nouveau était d'environ 25 ms.

Donc, au moins pour nous, il y avait des gains énormes à faire en le définissant faux. Nous utilisons un modèle D'Unité de travail, et nous indiquons explicitement si l'Unité de travail est en lecture seule ou non. Pour une unité de travail en lecture seule, la définition de AutoDetectChangesEnabled = false est parfaitement sûre, car il n'y aura jamais de modifications. En fait, nous avons ajouté ce changement à notre système deux ans après notre version initiale (il y avait donc beaucoup, beaucoup d'unités de travaux préexistantes dans le code) et le changement n'a rien cassé du tout, et a considérablement amélioré les performances.

Nous avons également expérimenté avec AsNoTracking() et a constaté qu'il nous a donné essentiellement aucune augmentation de performance du tout. Si je comprends bien, une requête avec AsNoTracking() signifie que les objets ne seront pas placés dans la carte d'identité, ce qui forcera EF à récupérer l'objet du disque s'il est référencé plus d'une fois dans le contexte (par exemple dans différentes requêtes). Il y a donc un inconvénient potentiel à AsNoTracking().

Détails De Mise En Œuvre:

• Nous avons une sous-classe de DBContext qui fournit une grande partie de l'infrastructure pour notre unité de travail
• notre unité de travail est essentiellement un wrapper léger autour du contexte
• Lorsqu'une unité de travail est allouée (généralement dans un bloc en utilisant), elle reçoit l'un de ces contextes par injection (nous utilisons Castle/Windsor)
• lors de l'initialisation, l'Unité de travail appelle une méthode dans le contexte dans laquelle AutoDetectChangesEnabled prend la valeur false
• Actuellement, nous faisons ceci Tout le temps parce que nous utilisons toujours des proxies de détection de changement et ils ne le font pas nécessite AutoDetectChangesEnabled
• auparavant, nous ne le faisions que pour les unités de travail "en lecture seule", car si rien n'est modifié dans un UoW, il n'est pas nécessaire de détecter les changements (lorsque nous avons alloué une unité de travail, nous indiquons explicitement si elle est en lecture seule ou non)
-