Tag: sql-server

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.

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.

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.

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.

Verwenden Sie Microsoft.Data.SqlClient. System.Data.SqlClient ist veraltet, meldet bereits CS0618 bei jedem Typ, den Sie anfassen, und verliert seine .NET-Assets, wenn .NET 8 am 2026-11-10 das Supportende erreicht, am selben Tag, an dem .NET 11 erscheint. Die gemessene Funktionslücke, der Encrypt-Standardwert, der die Migration bricht, und die Paketaufteilung in 7.0.

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.