Entity Framework Core evolucion\u00f3 hasta convertirse en un ORM potente y completo que permite a los desarrolladores .NET trabajar de forma eficiente con bases de datos relacionales sin sacrificar la claridad del c\u00f3digo.<\/p>\n
Con EF Core 8 en adelante, nuevas funcionalidades como compiled queries<\/strong>, aggregaciones avanzadas, split queries<\/strong>, soporte para columnas JSON, En este post vamos a explorar ejemplos pr\u00e1cticos del mundo real para aprovechar al m\u00e1ximo estas herramientas, optimizar consultas, simplificar operaciones complejas y evitar errores comunes \u2014 sin perder legibilidad ni calidad de dominio.<\/p>\n En EF Core, cada consulta LINQ se traduce a SQL cada vez que se ejecuta. Para la mayor\u00eda de las aplicaciones esto est\u00e1 bien, pero en APIs de alto tr\u00e1fico o rutas cr\u00edticas de rendimiento, esa traducci\u00f3n puede volverse un cuello de botella.<\/p>\n Una compiled query<\/strong> es esencialmente una versi\u00f3n preprocesada de una consulta LINQ que EF Core guarda en memoria para no tener que traducirla a SQL cada vez que se ejecuta.<\/p>\n \/\/ Versi\u00f3n compilada \/\/ Uso ✅ Reduce el overhead de la traducci\u00f3n LINQ\u2192SQL en cada llamada. EF Core permite cargar entidades con o sin tracking. El tracking es conveniente para actualizaciones, pero tiene un costo en memoria y CPU.<\/p>\n El problema con ✅ Sin overhead de change tracking \u2192 r\u00e1pido. Las versiones anteriores de EF Core requer\u00edan cargar entidades en memoria, modificarlas y luego llamar a EF Core 8+ introduce \/\/ Actualizar estado en bulk ✅ Elimina el overhead de cargar entidades en memoria. EF Core 8+ traduce ✅ Agregaciones server-side \u2192 menos datos transferidos y menor uso de memoria. Cuando se consultan entidades con m\u00faltiples tablas relacionadas ( EF Core 8+ introduce ✅ Reduce el tama\u00f1o y complejidad de las queries SQL. EF Core permite interceptar queries, comandos y operaciones de guardado, d\u00e1ndote visibilidad profunda sobre la actividad de la base de datos. Ideal para monitoreo de rendimiento o detectar problemas de N+1.<\/p>\n \/\/ Query tagging para profiling ✅ Identific\u00e1 queries lentas o problem\u00e1ticas en producci\u00f3n. EF Core 8+ permite mapear columnas JSON a propiedades, almacenando datos semi-estructurados con soporte para queries directas sobre el JSON.<\/p>\n ✅ Schema flexible sin cambiar la estructura de la base de datos. Cuando LINQ no alcanza para JOINs complejos o funciones espec\u00edficas de la base de datos, EF Core permite queries SQL crudas que mapean directamente a DTOs.<\/p>\n ✅ Acced\u00e9 a funcionalidades SQL complejas no soportadas a\u00fan en LINQ. EF Core expone funciones de la base de datos directamente en LINQ, permitiendo operaciones SQL eficientes sin escribir SQL crudo.<\/p>\n \/\/ Pattern matching con LIKE \/\/ B\u00fasqueda case-insensitive (PostgreSQL) \/\/ Tiendas cercanas (datos espaciales) ✅ Aprovecha funciones de la base de datos sin escribir SQL crudo. Los filtros globales permiten filtrar entidades autom\u00e1ticamente a nivel del \/\/ Uso: autom\u00e1ticamente excluye usuarios eliminados ✅ Garantiza filtrado consistente en todas las queries. EF Core permite mapear enums u objetos de valor personalizados a columnas de la base de datos con conversiones, manteniendo un modelo de dominio expresivo.<\/p>\n \/\/ Mapear value object personalizado ✅ Modelos de dominio type-safe con persistencia simple en la base de datos. Incluso desarrolladores experimentados pueden caer en estas trampas:<\/p>\n 💡 Us\u00e1 logging, interceptors y query tagging para detectar estos problemas temprano. Ver el SQL exacto que genera tu LINQ hace que debuggear problemas de rendimiento sea mucho m\u00e1s f\u00e1cil.<\/p>\n EF Core moderno le da a los desarrolladores las herramientas para manejar desde aggregaciones complejas y relaciones profundas hasta queries cr\u00edticas de rendimiento y datos JSON semi-estructurados \u2014 manteniendo el c\u00f3digo limpio, expresivo y mantenible.<\/p>\n Combinando compiled queries<\/strong>, split queries<\/strong>, EF.Functions<\/strong>, filtros globales<\/strong> y value conversions<\/strong>, pod\u00e9s construir aplicaciones robustas y de alto rendimiento que escalan con gracia y minimizan el uso de memoria.<\/p>\n \u00a1Happy coding!<\/strong> 🚀<\/p>\n","protected":false},"excerpt":{"rendered":" Domina las funcionalidades modernas de EF Core: compiled queries, split queries, columnas JSON, EF.Functions y filtros globales para escribir c\u00f3digo de acceso a datos limpio, eficiente y escalable en .NET 8\u201310.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[1],"tags":[346,359,412,39,344,411,345,65],"class_list":["post-1317","post","type-post","status-publish","format-standard","hentry","category-blog","tag-net-8","tag-asp-net-core","tag-backend","tag-c","tag-ef-core","tag-entity-framework","tag-orm","tag-performance"],"yoast_head":"\nEF.Functions<\/code> y filtros globales hacen que sea m\u00e1s f\u00e1cil que nunca escribir c\u00f3digo de acceso a datos de alto rendimiento, expresivo y mantenible.<\/p>\n
\n1. Compiled Queries: Optimizaci\u00f3n en Rutas Cr\u00edticas<\/h2>\n
\/\/ Consulta LINQ est\u00e1ndar\nvar user = await db.Users\n .AsNoTracking()\n .FirstOrDefaultAsync(u => u.Id == userId);\n\n
\nprivate static readonly Func<AppDbContext, Guid, User?> _getUserById =
\n EF.CompileQuery(
\n (AppDbContext db, Guid id) =>
\n db.Users
\n .AsNoTracking()
\n .FirstOrDefault(u => u.Id == id));<\/p>\n\n
\nvar userCompiled = _getUserById(db, userId);
\n<\/code><\/pre>\n<\/p>\n
\n✅ Especialmente \u00fatil en dashboards, lookups o entidades de acceso frecuente.
\n✅ Se puede combinar con AsNoTracking()<\/code> para mayor rendimiento en lecturas.
\n💡 No uses compiled queries en todos lados \u2014 reservalas para rutas que se ejecutan cientos o miles de veces por segundo.<\/p>\n
\n2. Tracking vs No-Tracking e Identity Resolution<\/h2>\n
\n
AsNoTracking()<\/code>):<\/strong> EF Core no trackea entidades. Cada vez que consultas la misma entidad, se crea una nueva instancia, incluso si representa la misma fila de la base de datos.<\/li>\n<\/ul>\nAsNoTracking()<\/code> en relaciones es que pod\u00e9s terminar con objetos duplicados. La soluci\u00f3n: AsNoTrackingWithIdentityResolution()<\/code>.<\/p>\nvar orders = await db.Orders\n .AsNoTrackingWithIdentityResolution()\n .Include(o => o.Items)\n .ThenInclude(i => i.Product)\n .Where(o => o.OrderDate >= DateTime.UtcNow.AddDays(-30))\n .ToListAsync();\n<\/code><\/pre>\n
\n✅ Objetos consistentes: m\u00faltiples \u00f3rdenes con el mismo producto comparten la misma instancia.
\n💡 Ideal para endpoints de lectura, reportes y dashboards.<\/p>\n
\n3. Operaciones Bulk: ExecuteUpdate y ExecuteDelete<\/h2>\n
SaveChanges()<\/code>. Para actualizaciones o eliminaciones masivas, esto es ineficiente.<\/p>\nExecuteUpdate<\/code> y ExecuteDelete<\/code> para operar directamente en la base de datos.<\/p>\n\/\/ Eliminar \u00f3rdenes de m\u00e1s de un a\u00f1o\nawait db.Orders\n .Where(o => o.OrderDate < DateTime.UtcNow.AddYears(-1))\n .ExecuteDeleteAsync();\n\n
\nawait db.Orders
\n .Where(o => o.Status == \"Pending\" && o.OrderDate < DateTime.UtcNow.AddDays(-7))
\n .ExecuteUpdateAsync(o => o.SetProperty(order => order.Status, \"Expired\"));
\n<\/code><\/pre>\n<\/p>\n
\n✅ Reduce los round-trips a la base de datos.
\n✅ Perfecto para tareas de mantenimiento, jobs programados o background services.
\n💡 Estas operaciones bypasean el change tracking<\/strong> de EF Core, tenerlo en cuenta.<\/p>\n
\n4. Aggregaciones Modernas con GroupBy<\/h2>\n
Count<\/code>, Sum<\/code>, Min\/Max<\/code>, Average<\/code> y GroupBy<\/code> directamente a SQL, sin necesidad de traer datos a memoria.<\/p>\n\/\/ Estad\u00edsticas de \u00f3rdenes por cliente\nvar customerStats = await db.Orders\n .GroupBy(o => o.CustomerId)\n .Select(g => new\n {\n CustomerId = g.Key,\n OrdersCount = g.Count(),\n TotalAmount = g.Sum(o => o.Total),\n MinOrder = g.Min(o => o.Total),\n MaxOrder = g.Max(o => o.Total),\n AverageOrder = g.Average(o => o.Total)\n })\n .ToListAsync();\n<\/code><\/pre>\n
\n✅ Ideal para dashboards, analytics o APIs de reportes.
\n💡 Combinar con compiled queries si es una ruta de acceso frecuente.<\/p>\n
\n5. Split Queries y Optimizaci\u00f3n de Include<\/h2>\n
Include<\/code>\/ThenInclude<\/code>), EF Core puede generar JOINs enormes que producen filas duplicadas y ralentizan las queries \u2014 conocido como cartesian explosion<\/strong>.<\/p>\nAsSplitQuery()<\/code> para ejecutar m\u00faltiples queries m\u00e1s peque\u00f1as en lugar de un JOIN gigante.<\/p>\nvar customers = await db.Customers\n .AsNoTracking()\n .AsSplitQuery()\n .Include(c => c.Orders)\n .ThenInclude(o => o.Items)\n .ThenInclude(i => i.Product)\n .Include(c => c.Addresses)\n .Where(c => c.IsActive)\n .ToListAsync();\n<\/code><\/pre>\n
\n✅ Evita cargar entidades duplicadas en memoria.
\n✅ Especialmente \u00fatil para relaciones profundamente anidadas.
\n💡 Para navegaciones simples (no colecciones), un JOIN normal generalmente es suficiente.<\/p>\n
\n6. Interceptors y Logging<\/h2>\n
\/\/ Interceptor que loguea queries largas\npublic class QueryInterceptor : DbCommandInterceptor\n{\n public override async Task<InterceptionResult<DbDataReader>> ReaderExecutingAsync(\n DbCommand command,\n CommandEventData eventData,\n InterceptionResult<DbDataReader> result,\n CancellationToken cancellationToken = default)\n {\n if (command.CommandText.Length > 1000)\n {\n Console.WriteLine($\"Long query detected: {command.CommandText}\");\n }\n return await base.ReaderExecutingAsync(command, eventData, result, cancellationToken);\n }\n}\n\n
\nvar activeCustomers = await db.Customers
\n .TagWith(\"Fetching active customers for dashboard\")
\n .Where(c => c.IsActive)
\n .ToListAsync();
\n<\/code><\/pre>\n<\/p>\n
\n✅ Aplic\u00e1 pol\u00edticas de auditor\u00eda autom\u00e1ticamente sin cambiar la l\u00f3gica de negocio.<\/p>\n
\n7. Columnas JSON y Datos Flexibles<\/h2>\n
\/\/ Filtrar por metadata JSON\nvar redProducts = await db.Products\n .Where(p => p.Metadata[\"Color\"].ToString() == \"Red\")\n .ToListAsync();\n<\/code><\/pre>\n
\n✅ Queryable directamente en SQL, sin traer todo el JSON a memoria.
\n✅ Ideal para cat\u00e1logos de productos, atributos opcionales o configuraciones din\u00e1micas.<\/p>\n
\n8. Raw SQL y Mapeo a DTOs<\/h2>\n
var topCustomers = await db.TopCustomers\n .FromSqlInterpolated($@\"\n SELECT c.Id, c.Name, SUM(o.Total) as TotalSpent\n FROM Customers c\n JOIN Orders o ON c.Id = o.CustomerId\n GROUP BY c.Id, c.Name\n HAVING SUM(o.Total) > {minSpend}\n \")\n .ToListAsync();\n<\/code><\/pre>\n
\n✅ Mapeo directo a DTOs para APIs o reportes.
\n💡 Siempre parametriz\u00e1 el SQL crudo (o us\u00e1 FromSqlInterpolated<\/code>) para prevenir inyecci\u00f3n SQL.<\/p>\n
\n9. EF.Functions y SQL Helpers<\/h2>\n
\/\/ \u00d3rdenes de los \u00faltimos 30 d\u00edas\nvar recentOrders = await db.Orders\n .Where(o => EF.Functions.DateDiffDay(o.OrderDate, DateTime.UtcNow) < 30)\n .ToListAsync();\n\n
\nvar redProducts = await db.Products
\n .Where(p => EF.Functions.Like(p.Name, \"%Red%\"))
\n .ToListAsync();<\/p>\n\n
\nvar redProductsIgnoreCase = await db.Products
\n .Where(p => EF.Functions.ILike(p.Name, \"%red%\"))
\n .ToListAsync();<\/p>\n\n
\nvar nearbyStores = await db.Stores
\n .Where(s => EF.Functions.STDistance(s.Location, userLocation) < 1000)
\n .ToListAsync();
\n<\/code><\/pre>\n<\/p>\n
\n✅ Sintaxis LINQ limpia que igual se ejecuta eficientemente en SQL.<\/p>\n
\n10. Global Query Filters<\/h2>\n
DbContext<\/code>, sin tener que agregar .Where()<\/code> en cada consulta. Casos de uso comunes: soft deletes, multi-tenancy o archivado.<\/p>\n\/\/ Configurar filtro global para soft delete\nmodelBuilder.Entity<User>()\n .HasQueryFilter(u => !u.IsDeleted);\n\n
\nvar activeUsers = await db.Users.ToListAsync();
\n<\/code><\/pre>\n<\/p>\n
\n✅ Reduce cl\u00e1usulas .Where()<\/code> repetitivas en el c\u00f3digo.
\n💡 Combinalo con interceptors o campos de auditor\u00eda para apps multi-tenant.<\/p>\n
\n11. Enums y Value Conversions<\/h2>\n
\/\/ Mapear enum como string\nmodelBuilder.Entity<Order>()\n .Property(o => o.Status)\n .HasConversion<string>();\n\n
\nmodelBuilder.Entity<User>()
\n .Property(u => u.Email)
\n .HasConversion(
\n v => v.Value, \/\/ guardar como string
\n v => new Email(v) \/\/ recuperar como objeto Email
\n );
\n<\/code><\/pre>\n<\/p>\n
\n✅ Valores legibles en la base de datos sin sacrificar la expresividad del dominio.<\/p>\n
\n12. Errores Comunes y Trampas a Evitar<\/h2>\n
\n
Include()<\/code> para entidades relacionadas, EF Core puede lanzar una query por cada fila padre. Us\u00e1 Include()<\/code> con criterio, o AsSplitQuery()<\/code> para m\u00faltiples colecciones.<\/li>\n<\/ul>\n\n
\n
AsNoTracking()<\/code> o AsNoTrackingWithIdentityResolution()<\/code>.<\/li>\n<\/ul>\n\n
FromSqlInterpolated()<\/code> para prevenir inyecci\u00f3n SQL.<\/li>\n<\/ul>\n\n
GroupBy<\/code> y otras queries. C\u00f3digo que funcionaba en EF Core 7 puede comportarse diferente \u2014 siempre teste\u00e1 despu\u00e9s de upgrades.<\/li>\n<\/ul>\n
\nConclusi\u00f3n<\/h2>\n