gpt4 book ai didi

nhibernate - 为什么 ROW_NUMBER OVER(ORDER BY 列)返回的结果顺序与仅 ORDER BY 列不同?

转载 作者:行者123 更新时间:2023-12-01 08:19:25 33 4
gpt4 key购买 nike

我在 SQL Server 2008 上,使用 NHibernate 作为持久层(虽然这个问题纯粹是 SQL,我相信)。

我已将我的问题归结为以下 SQL 语句:

SELECT TOP 2
this_.Id as Id36_0_,
this_.Name as Name36_0_,
ROW_NUMBER() OVER (ORDER BY this_.IsActive) as MyOrder
FROM Campsites this_
ORDER BY this_.IsActive /* a bit field */

这是 NH 为检索分页结果集而生成的查询的一部分。上面的语句给了我以下结果:
Id36_0_ Name36_0_                       MyOrder
9806 Camping A Cassagnau   1
8869 Camping a la ferme La Bergamotte 2

但是,如果我省略 ROW_NUMBER() OVER (ORDER BY this_.IsActive) - 这是 NH 在第一页上为检索结果而生成的 - 我的结果中会得到两个完全不同的表条目:
SELECT   TOP 2
this_.Id as Id36_0_,
this_.Name as Name36_0_
/* ROW_NUMBER() OVER(ORDER BY this_.IsActive) as MyOrder */
FROM Campsites this_
ORDER BY this_.IsActive /* a bit field */

返回
Id36_0_ Name36_0_
22876 Centro Vacanze Pra delle Torri
22135 Molecaten Park Napoleon Hoeve

这完全让我感到困惑并导致我们的应用程序中出现一个错误,在该错误中,我获得了与搜索的第一页和第二页上的第一个元素相同的 Campsite 条目。

为什么相同的 ORDER BY 子句在 ROW_NUMBER OVER() 表达式中的工作方式不同?

最佳答案

ORDER BY this_.IsActive/* 一个位域 */

因为这是一个位域,所以它只能是 0 或 1...我假设你有很多行,这个位域是 0 或 1,按它排序是没有意义的,如果 90% 处于事件状态怎么办...你在这种情况下没有真正正确订购,因为您没有第二次订购。

你为什么不选择一些独特的东西......例如他的_.Name

或者这个怎​​么办?

ROW_NUMBER() OVER (ORDER BY this_.IsActive, this_.Name) 

关于nhibernate - 为什么 ROW_NUMBER OVER(ORDER BY 列)返回的结果顺序与仅 ORDER BY 列不同?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2952549/

33 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com