EF Core 11 Cheat Sheet

EF Core ändert nie einen Schlüsselwert an einer verfolgten Entität. Hören Sie auf, den Schlüssel aus DTOs zu kopieren, verwenden Sie statt eines Alternativschlüssels einen eindeutigen Index und ändern Sie einen echten Schlüssel, indem Sie eine neue Zeile einfügen und die alte löschen. Getestet mit EF Core 10.0.14.

Übergeben Sie --output-dir einmal pro DbContext, und EF Core legt jede weitere Migration in diesem Ordner und Namespace ab. Warum das Standardlayout unsymmetrisch ist, die CS0111-Kollision bei einem gemeinsamen Ordner, wie Sie vorhandene Migrationen verschieben und wann Sie die Verlaufstabelle aufteilen sollten.

Followers und Following auf einer einzelnen User-Entität in EF Core 11 modellieren: was die Konvention erzeugt, warum SQL Server einen Join-Fremdschlüssel stillschweigend zu ClientCascade macht, wie man eine explizite Follow-Join-Entität mit Zeitstempel abbildet und wie man einen User ohne Fehler 547 oder 1785 löscht.

Die EF-Core-Version des SQL-Server-Providers in Ihrem Startprojekt entscheidet: EF Core 7 und früher scaffolden date als DateTime, EF Core 8 bis 11 als DateOnly. Hier sind das Type Mapping, das diese Wahl trifft, gemessene Ausgaben von EF Core 7, 8, 10 und 11 RC 2 sowie zwei Wege, DateTime zurückzubekommen, ohne die Spalte stillschweigend auf datetime2 umzustellen.

Pomelo 9.0.0 erlaubt nur EF Core Relational 9.0.x und hat keinen Build für EF Core 10. Halten Sie alle EF-Core-Pakete auf 9.0.x oder wechseln Sie zu Microting.EntityFrameworkCore.MySql 10.0.x. Wer die Warnung unterdrückt, bekommt einen Absturz beim Start.

Das Tool-Paket zielt auf ein neueres .NET als das SDK, das die Installation ausführt, oder es ist gar kein .NET-Tool. Verwenden Sie ein neueres SDK, pinnen Sie eine Tool-Version mit kompatiblem tools-Ordner oder erzwingen Sie --framework.

Mit DbSet.Local.FindEntry(key) fragen Sie den Change Tracker, ob eine Entität mit einem bestimmten Schlüssel verfolgt wird, ohne Datenbankzugriff und ohne Scan. Warum Entry(entity).State bei dieser Frage in die Irre führt, warum Find eine Abfrage ausführt, und ein getesteter AttachOrMerge-Helper für EF Core 10.

Ein Compiled Model ist generierter C#-Code, der Ihr EF Core Modell ohne Ausführung von OnModelCreating neu aufbaut. Gemessen mit EF Core 11 RC1: Das Laden des Modells sinkt bei 500 Entitäten von 714 ms auf 215 ms, aber der MSBuild-Weg (der EFOptimizeContext ersetzt hat) ist langsamer, veraltete Modelle schlagen unbemerkt fehl und Query Filter verhindern die Generierung.

Eine Shadow Property ist eine Spalte, die EF Core ohne passende CLR-Eigenschaft verfolgt. Hier steht, warum EF Core 11 sie erzeugt (fehlende FK-Eigenschaften, falsch benannte FKs, Typkonflikte, doppelt konfigurierte Beziehungen), wie Sie die BlogId1-Variante in einer Migration erkennen, wie Sie jede Ursache beheben und wie Sie Shadow Properties gezielt einsetzen.

AddDbContextPool liefert pro DI-Scope genau einen Scoped-DbContext und kann daher nicht zwei Abfragen gleichzeitig ausführen. AddDbContextFactory und AddPooledDbContextFactory liefern pro Aufruf einen Kontext, was parallele Abfragen brauchen. Gemessen mit EF Core 11 RC 1: Die gepoolte Factory erzeugt einen Kontext in 342 ns und 40 B gegenüber 17 us und 44 KB.

EF Core verpackt eine skalare SqlQuery<T> in eine Unterabfrage und wählt eine Spalte namens Value aus, sobald Sie First, Where, Max oder Single anhängen. Versehen Sie Ihre SQL-Spalte mit AS Value oder materialisieren Sie zuerst.

Nachdem der Migrations-Ordner gelöscht und ein neues InitialCreate erzeugt wurde, weiß EF Core nicht, dass Ihre Tabellen existieren. Löschen Sie eine Entwicklungsdatenbank oder tragen Sie die neue Migration in __EFMigrationsHistory ein, ohne sie auszuführen.

Ein einmal ausgeführtes SET wird von DISCARD ALL gelöscht, sobald Npgsql die Verbindung an den Pool zurückgibt. Legen Sie search_path und statement_timeout mit den Connection-String-Schlüsselwörtern Search Path und Options ins Startup-Paket, weichen Sie bei Bedarf auf ALTER ROLE oder einen ConnectionOpened-Interceptor aus, und erfahren Sie, warum UsePhysicalConnectionInitializer sein SET stillschweigend verliert.

EF.Constant schreibt einen erfassten Wert als SQL-Literal in die Abfrage, EF.Parameter macht aus einem Literal einen SQL-Parameter. Belassen Sie die Standardeinstellungen von EF Core, nutzen Sie EF.Parameter, damit dynamisch gebaute Expression Trees nicht bei jedem Aufruf neu kompiliert werden, und EF.Constant nur für Werte mit wenigen Ausprägungen, deren Daten so schief verteilt sind, dass jeder Wert einen eigenen Plan braucht.

EF Core 8, 9 und 10 übersetzen Contains nicht, wenn die Liste ein static readonly Feld vom Typ IList, ICollection, ISet oder IReadOnlySet ist. Rufen Sie Enumerable.Contains explizit auf oder wechseln Sie auf EF Core 11.

HasIndex(...).IsUnique() auf einem ToJson()-Member erzwingt in EF Core 11 RC 1 keine Eindeutigkeit: SQL Server verwirft IsUnique und SQLite indiziert das gesamte Dokument. Legen Sie den JSON-Wert stattdessen als berechnete Spalte offen und setzen Sie den eindeutigen Index darauf.

Eine Entität laden, List.Add aufrufen und speichern schreibt das gesamte jsonb-Dokument neu und verliert gleichzeitige Anhänge stillschweigend. Verlagern Sie das Anhängen mit dem jsonb-Operator || in ein einziges UPDATE, entweder über ExecuteSqlAsync oder über eine gemappte Funktion in ExecuteUpdateAsync, und machen Sie es mit einem @>-Guard idempotent.

Einen EF-Core-Schlüssel mit UseSequence in Oracle.EntityFrameworkCore 10 auf eine Oracle-Sequence abbilden: das DDL- und INSERT-SQL, das der Provider tatsächlich erzeugt, wie Sie auf eine vorhandene Sequence oder einen Legacy-Trigger verweisen, warum Quoting und HiLo zu Stolperfallen werden und wie Sie eine Identity-Spalte ohne ORA-00001 auf eine Sequence umstellen.

Eine Tabelle namens Gas wird zu einer Entität namens Ga gescaffoldet. Ersetzen Sie den eingebauten Humanizer-Pluralizer durch einen eigenen IPluralizer, registrieren Sie ihn über IDesignTimeServices im Startprojekt, und erfahren Sie, warum TryAddSingleton dort stillschweigend nichts tut.

Die Existenzprüfung in Ihrem Handler ist nicht der Schutz, für den Sie sie halten. Legen Sie einen eindeutigen Index auf die Inbox-Tabelle, schreiben Sie den Marker im selben SaveChanges wie die fachliche Änderung, und lassen Sie die Datenbank den Gewinner bestimmen. Dazu die ExecuteUpdate-Falle, die all das stillschweigend aushebelt.

Benennen Sie jedes PK_, FK_, AK_ und IX_, das EF Core 11 erzeugt, mit einer einzigen IModelFinalizingConvention um, lassen Sie explizite Namen weiterhin gewinnen, bleiben Sie unter der Längengrenze für Bezeichner und vermeiden Sie den Neuaufbau des Clustered Index, den die nächste Migration auf einer bestehenden Datenbank erzeugt.

EF Core 11 escapt '/', '\', '?' und '#' in generierten Cosmos DB id-Werten nicht mehr, daher werden Dokumente, die EF Core 8-10 geschrieben hat, nicht mehr über den Schlüssel gefunden. Wie Sie herausfinden, ob Sie betroffen sind, wann Sie den Schalter EscapeIllegalCosmosIdCharacters setzen und wie Sie die ids mit einem Transactional Batch sicher neu schreiben.

EF Core 11 setzt UseSqlServer jetzt standardmäßig auf Kompatibilitätsgrad 160. Damit landen LEAST, GREATEST und LTRIM/RTRIM mit zwei Argumenten in Ihrem SQL, auch bei jedem Take(n).FirstOrDefault(). Bleiben Sie auf SQL Server 2022 und neuer bei 160; legen Sie UseCompatibilityLevel(150) fest, wenn noch irgendeine Umgebung SQL Server 2019 betreibt.

Die Existenzprüfung von EF Core für SQL Server wiederholt Fehler 18456 eine volle Minute lang, mit oder ohne EnableRetryOnFailure. Schnell scheitern, RetryTimeout begrenzen oder auf EF Core 12 warten.

EF Core 11 ist gegen Microsoft.Data.SqlClient 7.0.0.0 kompiliert, aber beim Restore oder Deployment hat sich eine 6.x-Kopie durchgesetzt. Entfernen Sie den alten SqlClient-Pin und stellen Sie die vollständige Ausgabe neu bereit.

EF Core wirft diesen Fehler, wenn ein Select ein SQL-NULL in einen nicht nullbaren int, decimal oder DateTime liest. Casten Sie das Member auf seinen nullbaren Typ und ergänzen Sie ?? default, oder sichern Sie die Navigation mit einer Null-Prüfung ab.

StartsWith, EndsWith und Contains escapen % und _ in EF Core 11 bereits für Sie, EF.Functions.Like dagegen nicht. Hier sehen Sie das SQL, das EF erzeugt, einen wiederverwendbaren Escape-Helper und die escapeCharacter-Überladung, mit der es auf SQL Server, SQLite und PostgreSQL funktioniert.

Verwenden Sie den nativen json-Typ auf SQL Server 2025 und Azure SQL: EF Core 11 holt daraus JSON_CONTAINS, typisiertes JSON_VALUE, In-place-modify() und JSON-Indizes heraus. Bleiben Sie bei nvarchar(max) für SQL Server 2019/2022, ältere Tools oder ein Schema, das Sie zurückrollen können müssen.

Die Modellgenerierung von EF Core zur Build-Zeit hat MSBuild immer wieder aufgerufen, bis der RAM voll war. Aktualisieren Sie Tasks und Design auf 10.0.10+ und entfernen Sie unter EF Core 11 EFOptimizeContext.

EF Core erzeugt [col] json '$.path' AS JSON innerhalb von OPENJSON WITH, was Azure SQL mit Msg 13618 ablehnt. Aktualisieren Sie auf EF Core 10.0.11+ oder senken Sie die Kompatibilitätsstufe des Providers auf 160.

Aktualisieren Sie Microsoft.EntityFrameworkCore auf 10.0.10 oder neuer. Davor stürzte SaveChanges ab, wenn eine verschachtelte Collection unter einer zweiten ToJson-Complex-Property wuchs.

In EF Core 10.0.x bricht DetectChanges, wenn eine komplexe Eigenschaft mit einer zweielementigen Sammlung innerhalb einer ToJson-Sammlung auf null gesetzt wird. Behoben in 11.0.0-rc.1.

dotnet ef wirft MissingMethodException bei ArgumentIsEmpty, weil Tools 10.0.6 kein passendes Microsoft.EntityFrameworkCore.Design mehr mitzieht. Design explizit auf Ihre EF Core Version fixieren.

EF Core 11 hat immer noch keine Sperr-API. So nehmen Sie eine echte Zeilensperre mit FromSql: WITH (UPDLOCK, ROWLOCK) auf SQL Server, FOR UPDATE auf PostgreSQL, die Unterabfragen-Falle, die die Sperre unbemerkt ausweitet, NOWAIT und SKIP LOCKED, Deadlock-Wiederholungen und was zu tun ist, wenn die Zeile noch nicht existiert.

EF Core übergibt standardmäßig niemals null an einen Value Converter. Hier ist der interne convertsNulls-Konstruktor, der das ändert, der IsRequired(false)-Aufruf, von dem er abhängt, warum er für Enums und andere Werttypen nicht funktionieren kann, die WHERE col = NULL Falle, die er erzeugt, und die zwei Muster, die die Aufgabe ohne interne API lösen.

Ein EF Core Interceptor ist eine Klasse, die EF vor und nach Operationen wie dem Ausführen eines Befehls oder SaveChanges aufruft und die diese verändern oder unterdrücken kann, nicht nur beobachten. Hier sind die sieben Interception-Punkte in EF Core 11, die Registrierungs- und Lebensdauerregeln und die Fälle, in denen ein Query-Filter oder schlichte Protokollierung die bessere Antwort ist.

Das Prüfen-dann-Einfügen in Ihrem Handler ist nicht atomar. Fangen Sie PostgresException mit SqlState 23505 ab, oder fassen Sie alles in einer einzigen INSERT ... ON CONFLICT-Anweisung zusammen. EnableRetryOnFailure hilft nicht.

Migrate() von EF Core prüft immer, ob die Datenbank existiert, und legt sie andernfalls über eine fest im Code verdrahtete master-Verbindung an. Vergeben Sie CREATE ANY DATABASE, reparieren Sie den Zugriff des Logins auf die vorhandene Datenbank, oder liefern Sie ein idempotentes SQL-Skript.

iOS Builds setzen DynamicCodeSupport=false, deshalb verweigert EF Core den Modellaufbau, auch wenn Sie NativeAOT nie aktiviert haben. Liefern Sie ein kompiliertes Modell plus vorkompilierte Abfragen aus, oder schalten Sie den Interpreter wieder ein.

Eine bool-Hilfsmethode wirft "could not be translated". Ein Expression<Func<T, bool>> nicht. So komponieren, verschachteln und wiederverwenden Sie Expression Trees in EF Core 11 ohne LINQKit, mit dem echten SQL zu jedem Fall.

EF Core wirft dies, wenn ein clientseitig ausgewerteter Teil Ihrer Abfrage bei der Auswertung fehlschlägt. Lesen Sie InnerException, aktivieren Sie EnableSensitiveDataLogging und ziehen Sie die Null-Prüfung aus dem Lambda heraus.

Einen Schlüssel in EF Core 11 mit UseSequence von IDENTITY auf eine SQL Server-Sequenz umstellen: das exakte SQL, das EF erzeugt, warum explizite Schlüsselwerte plötzlich ohne IDENTITY_INSERT funktionieren, die bigint-Sequenz an einer int-Spalte und die Lücken, die Sie einplanen müssen.

Ein Singleton kann keinen DbContext injizieren, wohl aber IDbContextFactory<T>, denn AddDbContextFactory registriert die Factory standardmäßig als Singleton. Erzeugen und entsorgen Sie einen Kontext pro Aufruf und speichern Sie die Instanz niemals.

Alle Arten, auf die dotnet tool install --global dotnet-ef im .NET 10 SDK fehlschlägt, mit der exakten Meldung und dem Exit-Code zu jeder: bereits installiert, Version nicht gefunden, Downgrade blockiert, Shim-Konflikt, totes NuGet-Feed und die Laufzeit-Diskrepanz, die erst nach erfolgreicher Installation zuschlägt.

Verwenden Sie FromSql auf einem DbSet, wenn die Prozedur vollständige Entitätszeilen liefert, Database.SqlQuery<T> bei einer Projektion und ExecuteSql, wenn sie nichts liefert. Verketten Sie niemals einen LINQ-Operator auf ein EXEC, und lesen Sie einen Ausgabeparameter nie, bevor der Reader freigegeben wurde.

EF Core erzeugt RenameTable, wenn Sie den Tabellennamen ändern, aber DropTable plus CreateTable, wenn Sie die Entitätsklasse umbenennen. Hier steht, wie Sie beide Fälle unterscheiden, der ToTable-Trick, der eine Klassenumbenennung kostenlos macht, und der Spaltenumbenennungs-Bug, der Ihre Daten stillschweigend vertauscht.

Die passende Umgebung für ASP.NET-Core-Integrationstests nach Prüfziel auswählen: HTTP-Routing, Verhalten der Produktionsdatenbank oder veröffentlichtes App-Image.

Ein rowversion-Concurrency-Token in EF Core 11 einrichten: die Konfiguration mit [Timestamp] und IsRowVersion, das SQL, das EF tatsächlich erzeugt, DbUpdateConcurrencyException abfangen, Datenbank gewinnt vs Client gewinnt vs Merge, getrennte APIs mit ETags und die fünf Fallen, die alles unbemerkt aushebeln.

C#-Enums in EF Core 11 als lesbare Strings statt als Ints speichern: HasConversion, Massenkonfiguration für alle Enums, die nvarchar(max)-Falle, das Sortierproblem und die Migration einer bestehenden int-Spalte.

Fügen Sie Microsoft.EntityFrameworkCore.Design dem Startprojekt hinzu, das dotnet ef kompiliert, nicht dem Projekt mit Ihrem DbContext, und übergeben Sie -s in geschichteten Solutions.

EF Core wirft PendingModelChangesWarning, wenn das Modell nicht mehr zum letzten Migrations-Snapshot passt. Migration hinzufügen oder den Fehlalarm beheben.

Ein vollständiger Leitfaden zur Bereitstellung von EF Core 11 Schemaänderungen mit Migration Bundles: efbundle in der CI kompilieren, die appsettings.json-Falle bei benannten Verbindungszeichenfolgen, self-contained Bundles und der musl-RID von Alpine, Migration Locking seit EF Core 9, Rollback über eine Zielmigration und warum Transaktionen pro Migration Sie unter MySQL nicht retten.

Nutzen Sie in EF Core 11 standardmäßig Complex Types für Value Objects und greifen Sie nur dann zu Owned Entities, wenn Sie eine separate Tabelle oder eine als eigene Zeilen abgebildete Collection benötigen.

In EF Core 11 verwenden Sie standardmäßig TPH für fast jede Hierarchie, greifen nur zu TPC, wenn Sie überwiegend einen einzelnen Blatttyp abfragen und ein Benchmark den Vorteil belegt, und nutzen TPT nur, wenn eine externe Vorgabe es erzwingt.

Diese Exception bedeutet, dass Sie .First() oder .Single() auf einer leeren Sequenz aufgerufen haben. Nutzen Sie FirstOrDefault/SingleOrDefault mit null-Prüfung, sichern Sie die Abfrage ab oder beheben Sie, warum die Quelle leer ist.

Sehen Sie das exakte SQL, das Entity Framework Core 11 an Ihre Datenbank sendet, mit Parameterwerten, per LogTo, Microsoft.Extensions.Logging und ToQueryString.

EF Core ist auf eine Eigenschaft gestoßen, die es nicht speichern kann. Mappen Sie sie als Complex Type, konvertieren Sie sie mit HasConversion, geben Sie ihr einen Schlüssel oder ignorieren Sie sie mit [NotMapped].

TPH ist die Standard-Vererbungsstrategie von EF Core: eine Tabelle, eine Diskriminatorspalte. So konfigurieren Sie den Diskriminator, teilen Spalten, behandeln nullbare abgeleitete Eigenschaften und kennen die Fallstricke in EF Core 11.

Owned Entities tragen einen versteckten Schlüssel und eine Referenzidentität, die mit Value Objects im Konflikt steht. So bilden Sie ein Value Object in EF Core 11 als komplexen Typ ab, wann Sie wechseln sollten und welche Fallstricke es gibt.

Eine Schritt-fuer-Schritt-Anleitung, um Seed-Daten von HasData auf UseSeeding und UseAsyncSeeding in EF Core 11 umzustellen, inklusive der DeleteData-Migrationsfalle, die Ihre vorhandenen Zeilen loescht, wenn Sie sie uebersehen.

Beide erzeugen dasselbe SQL. Greifen Sie nur dann zu benannten Filtern, wenn Sie ein Prädikat unabhängig deaktivieren müssen; ein einzelner kombinierter Filter ist für ein einzelnes Anliegen in EF Core 11 einfacher.

EF Core 11 wirft diese Ausnahme, wenn ein Where oder OrderBy eine Methode aufruft, die es nicht in SQL umsetzen kann. Schreiben Sie das Prädikat mit übersetzbaren Operatoren um, oder holen Sie die Daten zuerst mit AsEnumerable auf den Client.

EF Core wirft dies, wenn Ihr rohes SQL nicht alle von der Entität gemappten Spalten zurückgibt oder die Namen nicht übereinstimmen. Geben Sie alle gemappten Spalten mit passenden Namen zurück, oder fragen Sie einen skalaren oder schlüssellosen Typ ab.

Wenden Sie zwei unabhängige globale Query-Filter auf dieselbe Entität in EF Core 11 an: einen Soft-Delete-Filter und einen Tenant-Filter, jeweils benannt, sodass Sie einen ohne den anderen per IgnoreQueryFilters deaktivieren können.

Verwenden Sie HasData nur fuer feste, modelleigene Referenzdaten. Verwenden Sie UseSeeding und UseAsyncSeeding fuer alles andere in EF Core 11. Ein direkter Vergleich mit den Regeln, die die Entscheidung erzwingen.

EF Core wirft FOREIGN KEY constraint failed, weil das übergeordnete Element noch abhängige Zeilen hat, die die Datenbank nicht verwaisen lässt. Laden Sie die Kinder, machen Sie die Beziehung optional oder konfigurieren Sie OnDelete.

EF Core wirft dies, wenn AddDbContext nie lief, nach Build lief oder der Konstruktor des Kontexts die falschen DbContextOptions erhält. Registrieren Sie vor Build und verwenden Sie DbContextOptions<IhrKontext>.

HasData befüllt eine Entität mit vom Speicher generiertem Schlüssel, aber ohne expliziten Wert. Geben Sie jeder Zeile einen stabilen Id-Wert ungleich null, oder nutzen Sie UseSeeding.

Ersetzen Sie Skip/Take durch eine WHERE-Klausel, die hinter die zuletzt gesehene Zeile springt. Sortieren Sie nach einem vollständig eindeutigen Schlüssel, tragen Sie die Werte der letzten Zeile als Cursor mit, und EF Core 11 macht aus der nächsten Seite einen Index-Seek statt eines OFFSET-Scans.

Mappen Sie einen verschachtelten Typ mit ComplexProperty(...).ToJson() auf eine einzelne JSON-Spalte, lassen Sie EF Core 11 ihn im nativen json-Datentyp von SQL Server 2025 speichern und fragen Sie ihn dann mit LINQ ab, das zu JSON_VALUE, JSON_CONTAINS und JSON_PATH_EXISTS übersetzt wird.

Befüllen Sie die Join-Tabelle einer Many-to-Many-Beziehung in EF Core 11: die impliziten Shadow-Keys, die Sie selbst benennen müssen, das UsingEntity-HasData-Muster und die UseSeeding-Alternative zur Laufzeit, die mit Skip-Navigations funktioniert.

Referenzdaten in EF Core 11 richtig seeden mit UseSeeding und UseAsyncSeeding: wo Sie sie konfigurieren, wann sie laufen, die Idempotenzprüfung, die Sie nicht weglassen dürfen, und warum Sie beide implementieren müssen.

Verwenden Sie AsNoTracking standardmäßig für schreibgeschützte Abfragen. Greifen Sie nur dann zu AsNoTrackingWithIdentityResolution, wenn der Ergebnisgraph dieselbe Entität mehrfach enthält und Ihr Code darauf angewiesen ist, eine einzige gemeinsam genutzte Instanz zu erhalten.

EF Core 11 Preview 5 liefert den EF1004-Analyzer. Er markiert ToAsyncEnumerable() auf einem IQueryable, damit Sie eine Datenbankabfrage nicht versehentlich synchron in einem await foreach durchlaufen.

EF Core findet keinen Schlüssel für Ihren Typ. Benennen Sie eine Eigenschaft Id oder {Type}Id, ergänzen Sie [Key], rufen Sie HasKey auf oder, bei einer View oder rohem SQL, HasNoKey.

EnableRetryOnFailure steht im Konflikt mit BeginTransaction. Kapseln Sie die gesamte Transaktion in db.Database.CreateExecutionStrategy().ExecuteAsync(...), damit sie als eine Einheit wiederholt wird.

Stempeln Sie CreatedBy/ModifiedOn-Spalten und schreiben Sie einen vollständigen Änderungsverlauf mit einem ISaveChangesInterceptor in EF Core 11, inklusive DI-Lebensdauer, aktuellem Benutzer und ExecuteUpdate-Fallstricken.

Ein Entscheidungsleitfaden und ein echter Benchmark für EF Core 11: Verwenden Sie ExecuteUpdate für mengenbasierte Schreibvorgänge per Prädikat und den Weg Laden-dann-SaveChanges nur, wenn Sie den Change Tracker, Interceptoren oder einen komplexen Objektgraphen benötigen.

Ein versionsgenauer Migrationsleitfaden von EF Core 6.0 auf EF Core 11.0, der die Breaking Changes von EF7, 8, 9, 10 und 11 durchgeht, die echte Apps brechen: Encrypt=True, Contains mit OPENJSON, PendingModelChangesWarning, die native json-Spalte und die Aufteilung von SqlClient 7.0.

Ihre Fire-and-Forget-Task hat einen anfragebezogenen DbContext erfasst, den der DI-Scope bereits freigegeben hatte. Lösen Sie innerhalb der Task einen frischen Kontext mit IServiceScopeFactory oder IDbContextFactory auf.

EF Core 11 Preview 4 erlaubt es dem dotnet-ef-Tool, Standardwerte für Optionen aus einer .config/dotnet-ef.json-Datei zu lesen, sodass aufgeteilte Solutions Sie nicht mehr zwingen, --project und --startup-project bei jedem Befehl anzugeben.

Wenn Sie zwei gleichrangige Collections per Include laden, gibt EF Core 11 das Kreuzprodukt zurück und Ihre Zeilenzahl explodiert. So behebt AsSplitQuery das Problem, so aktivieren Sie es global, und das sind die Konsistenz- und Sortierfallen, die Sie beachten sollten.

Ein vollständiger Leitfaden zu ExecuteUpdate und ExecuteDelete in EF Core 11: das erzeugte SQL, die Falle des Change Trackers, die Ihren Massenschreibvorgang stillschweigend überschreibt, Transaktionen, Concurrency-Kontrolle über die Anzahl betroffener Zeilen und die Delegate-Setter aus EF Core 10, mit denen sich bedingte Updates über einfache if-Anweisungen erstellen lassen.

EF Core 11 Preview 4 hebt die langjährige Shadow-Property-Beschränkung für SQL-Server-temporale-Tabellen auf. PeriodStart und PeriodEnd können jetzt reguläre CLR-Eigenschaften sein, konfiguriert mit stark typisierten HasPeriodStart- und HasPeriodEnd-Lambdas.

Fuer leselastige Pfade in .NET 11 liegt reines EF Core mit AsNoTracking innerhalb von ~5% von Dapper. Greifen Sie zu kompilierten Abfragen auf einem profilierten Einzelzeilen-Hot-Path und zu Dapper nur fuer geringste Latenz oder fuer SQL, das LINQ nicht ausdruecken kann.

Drei Sequenz-Interfaces, drei Ausführungsmodelle. Verwenden Sie IQueryable, wenn eine Datenbank die Abfrage übersetzen kann, IAsyncEnumerable, wenn der Producer asynchron ist und Sie streamen möchten, IEnumerable für alles andere im Speicher.

Für Bulk-Inserts in .NET 11 gewinnt weder EF Core noch Dapper. SqlBulkCopy gewinnt. Das ist das Benchmark, das Warum und der Platz, den jedes Werkzeug verdient.

System.Text.Json weigert sich, Graphen mit Rückverweisen zu serialisieren. Setzen Sie ReferenceHandler.IgnoreCycles, projizieren Sie auf ein DTO oder markieren Sie den Rückzeiger mit [JsonIgnore]. Preserve ist letzte Wahl.

Migrationen verwenden den Design-Time-DbContext, nicht Ihr Runtime-CommandTimeout. Setzen Sie das Timeout über UseSqlServer(o => o.CommandTimeout(...)), das Command Timeout in der Verbindungszeichenfolge oder Database.SetCommandTimeout vor Migrate().

Die Design-Time-Tools von EF Core konnten Ihren DbContext nicht instanziieren. Stellen Sie einen Host über WebApplication.CreateBuilder bereit, verweisen Sie auf das richtige Startprojekt oder implementieren Sie IDesignTimeDbContextFactory.

EF Core 11 wirft diese Ausnahme, wenn zwei Objekte einen Primärschlüssel innerhalb eines DbContext teilen. Lösen Sie das alte Objekt oder aktualisieren Sie es an Ort und Stelle. AsNoTracking auf der Lesung verhindert die Kollision.

EF Core wirft diese Ausnahme, wenn zwei await parallel auf demselben DbContext laufen. Warten Sie jeden Aufruf sequenziell ab, oder holen Sie sich pro nebenläufiger Arbeitseinheit einen frischen DbContext über IDbContextFactory.

Wenn GetConnectionString in .NET 11 null zurückgibt, fehlt der Schlüssel in Ihrer appsettings.json, die Datei wird nicht in die Build-Ausgabe kopiert, oder die falsche Umgebungsdatei wird gewählt. Drei Prüfungen klären 95% der Fälle.

Ein praktischer Leitfaden zum Aufspüren von N+1-Abfragen in EF Core 11: wie das Muster in echtem Code aussieht, wie Sie es über Logging, Diagnose-Interceptoren, OpenTelemetry und einen Test sichtbar machen, der den Build bricht, sobald ein Hot Path regrediert.

Ein praktischer Leitfaden zu kompilierten Abfragen in EF Core 11: wann EF.CompileAsyncQuery wirklich gewinnt, das Static-Field-Pattern, die Stolperfallen bei Include und Tracking, und wie Sie vorher und nachher benchmarken, um den Mehraufwand zu rechtfertigen.

Eine vollständige Anleitung, um ASP.NET Core-Integrationstests gegen einen echten SQL Server 2022 mit Testcontainers 4.11 und EF Core 11 auszuführen: WebApplicationFactory verdrahten, IAsyncLifetime, DbContext-Registrierung austauschen, Migrationen anwenden, Parallelität, Aufräumen mit Ryuk und CI-Stolperfallen.

EF Core baut sein konzeptionelles Modell träge beim ersten DbContext-Zugriff auf, weshalb die erste Abfrage in einem frisch gestarteten Prozess mehrere hundert Millisekunden langsamer ist als jede weitere. Dieser Leitfaden behandelt die drei realen Lösungen in EF Core 11: einen Start-IHostedService, der Model berührt und eine Verbindung öffnet, dotnet ef dbcontext optimize zum Ausliefern eines vorkompilierten Modells, und die Cache-Key-Fußangeln, die das Modell trotzdem stillschweigend neu aufbauen.

Das direkte Mocken von DbContext bricht den ChangeTracker stillschweigend, weshalb Microsoft davon abrät. Diese Anleitung zeigt die zwei Muster, die in EF Core 11 wirklich funktionieren: SQLite In-Memory mit einer offen gehaltenen Verbindung, damit der echte ChangeTracker läuft, und das Repository-Muster, das EF Core ganz aus dem Test heraushebt.

EF Core 11 Queries implementieren IAsyncEnumerable<T> direkt. So streamen Sie Zeilen mit await foreach, wann Sie es gegenüber ToListAsync bevorzugen sollten, und die Fallstricke rund um Verbindungen, Tracking und Cancellation.

Eine praktische Anleitung zur Kombination von C#-Records und EF Core 11. Wo Records passen, wo sie das Change Tracking brechen, und wie man Value Objects, Entities und Projections modelliert, ohne mit dem Framework zu kämpfen.

EF Core 11 Preview 3 entfernt redundante To-one-Joins aus Split Queries und streicht überflüssige ORDER BY-Schlüssel. Ein gemeldetes Szenario wurde 29% schneller, ein anderes 22%. So sieht das SQL jetzt aus.

EF Core 11 Preview 3 führt ChangeTracker.GetEntriesForState ein, einen state-gefilterten Enumerator, der einen zusätzlichen DetectChanges-Pass in Hot Paths wie SaveChanges-Interceptors und Audit-Hooks vermeidet.

EF Core 11 gruppiert Cosmos-DB-Writes bei jedem SaveChanges in transaktionale Batches pro Container und Partition und liefert damit Best-Effort-Atomarität und weniger Roundtrips ohne Codeänderungen.

Der Befehl dotnet ef database update akzeptiert nun --add, um eine Migration in einem einzigen Schritt zu scaffolden und anzuwenden. So funktioniert es, warum es für Container und .NET Aspire wichtig ist, und worauf zu achten ist.

EF Core 11 Preview 2 unterstützt SQL Server 2025 VECTOR_SEARCH() und DiskANN-Vektorindizes direkt aus LINQ. So richten Sie den Index ein, führen näherungsweise Abfragen aus, und das ändert sich gegenüber dem VectorDistance-Ansatz von EF Core 10.