=

Zrádná metoda ToDictionary a rozhraní IQueryable

Pokud s pomocí Entity Framework často selectujete data z databáze do dictionaries, pravděpodobně pro tento účel používáte extension metodu ToDictionary. Je to ale s ohledem na výkonnost správné? O tom, že se bude jednat o výkonnostní risk se můžeme přesvědčit už z kódu této extension metody. Všimněte si, že metoda pracuje s IEnumerable.

[__DynamicallyInvokable]
public static Dictionary<TKey, TElement> ToDictionary<TSource, TKey, TElement>(this IEnumerable<TSource> source, Func<TSource, TKey> keySelector, Func<TSource, TElement> elementSelector)
{
  return Enumerable.ToDictionary<TSource, TKey, TElement>(source, keySelector, elementSelector, (IEqualityComparer<TKey>) null);
}

Začněme tedy tím, že:

using (var db = new BookStoreContext())
{
	Dictionary<int, string> books = context.Books.ToDictionary(x => x.BookId, x => x.Title);
}

je výkonnostně naprosto špatně. Výsledný dotaz totiž vypadá například takto:

SELECT [Extent1].[BookId]        AS [BookId],
       [Extent1].[CategoryId]    AS [CategoryId],
       [Extent1].[Title]         AS [Title],
       [Extent1].[Added]         AS [Added],
       [Extent1].[Url]           AS [Url]
FROM   [dbo].[Books] AS [Extent1]

Klasický SELECT * FROM pak s rostoucím množstvím atributů a případných joinů způsobí dotázání a přenos enormního množství dat. Jednoduché řešení je provést před voláním extension metody projekci:

context.Books.Select(x => new {x.BookId, x.Title}).ToDictionary(x => x.BookId, x => x.Title)

Tím už dostaneme chtěný dotaz:

SELECT [Extent1].[BookId]        AS [BookId],
       [Extent1].[Title]         AS [Title]
FROM   [dbo].[Books] AS [Extent1]

Pokud data načítáme do dictionaries, s největší pravděpodobností se bude jednat o read-only kolekce. Z výkonnostnho hlediska pak nic nebrání provést poslední krok optimalizace:

context.Books.AsNoTracking().Select(x => new {x.BookId, x.Title}).ToDictionary(x => x.BookId, x => x.Title)

Extension metoda AsNoTracking() vypne trackování změn pro aktuální DbQuery a výrazně ušetří kontextu od správy dat. Dodávám, že výkonnostní rozdíl mezi prvním a posledním příkladem se na časech projevuje i ve dvou řádech.

Miroslav Holec

Miroslav Holec

24. 11. 2015
upraven 29. 3. 2016

Tento článek je již velmi zastaralý. Článek nemusí popisovat aktuální stav technologie, ideální řešení a můj současný pohled na dané téma.

Videa

RestApi.CZ

Právě jsem spustil průvodce Designem REST API

📖 Přečíst restapi.cz

Veřejná školení Místo Datum Délka Cena bez DPH Poznámky
Novinky v .NET 6 a C# 10 online 13. 10. 2022 1 den 3 900 Kč poslední šance registrovat
Vývoj aplikací v ASP.NET Core Praha + online 11/2022 1 den 4 900 Kč bestseller registrovat
Blazor Server & WebAssembly Praha + online 11/2022 2 dny 10 900 Kč registrovat
ASP.NET Core gRPC Praha + online 11/2022 1 den 4 900 Kč registrovat
Design REST API a Design First Praha + online 11/2022 2 dny 9 900 Kč exkluzivní registrovat
Vývoj REST API s Minimal APIs Praha + online 11/2022 1 den 5 900 Kč exkluzivní registrovat
Vývoj REST API v .NET MVC Praha + online 11/2022 1 den 4 900 Kč bestseller registrovat
Entity Framework Core Praha + online 11/2022 2 dny 11 900 Kč registrovat
Vývoj .NET aplikací pro Azure Praha + online 11/2022 1 den 5 900 Kč nový registrovat

kontakt zde

Dotazy, poptávky a objednávky

mirek@miroslavholec.cz
Loading