From 6417ad77cdd3d35408150661692395f09b4c4d62 Mon Sep 17 00:00:00 2001 From: Ali Alo <72757701+ali-alo@users.noreply.github.com> Date: Thu, 9 Jul 2026 19:24:18 +0200 Subject: [PATCH] Update warning about split queries and ordering --- entity-framework/core/querying/single-split-queries.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/entity-framework/core/querying/single-split-queries.md b/entity-framework/core/querying/single-split-queries.md index 37f98e7da9..96e6797eca 100644 --- a/entity-framework/core/querying/single-split-queries.md +++ b/entity-framework/core/querying/single-split-queries.md @@ -107,7 +107,7 @@ ORDER BY [b].[BlogId] ``` > [!WARNING] -> When using split queries with Skip/Take on EF versions prior to 10, pay special attention to making your query ordering fully unique; not doing so could cause incorrect data to be returned. For example, if results are ordered only by date, but there can be multiple results with the same date, then each one of the split queries could each get different results from the database. Ordering by both date and ID (or any other unique property or combination of properties) makes the ordering fully unique and avoids this problem. Note that relational databases do not apply any ordering by default, even on the primary key. +> When using split queries with Skip/Take on EF versions prior to 10, pay special attention to making your query ordering fully unique; not doing so could cause incorrect data to be returned. For example, if results are ordered only by date, but there can be multiple results with the same date, then each one of the split queries could get different results from the database. Ordering by both date and ID (or any other unique property or combination of properties) makes the ordering fully unique and avoids this problem. Note that relational databases do not apply any ordering by default, even on the primary key. > [!NOTE] > One-to-one related entities are always loaded via JOINs in the same query, as it has no performance impact.