如何解决关于错误的ORDER BY结果的想法
我想强调的是，我在寻找想法，不一定是一个具体的答案，因为很难显示我的查询内容，但我认为这不是必需的。
过程如下：
-
表A像水桶一样不断填满-SQL作业不断调用 SP_Proc1每分钟或更短的时间，它将多个记录插入表A。
-
与此同时，C＃进程每分钟或更短的时间不断调用另一个过程SP_Proc2，从表A执行有序的TOP 5选择 并将结果返回到C＃方法。 C＃代码完成后 处理结果会从表中删除选定的5条记录 答：
我加粗了上面有问题的部分。必须按指定的顺序一次处理表A中的记录5，但是即使所有记录都存在于表A中并且具有正确的记录，SP_Proc2每月也会以错误的顺序选择有序的TOP 5记录。用于排序的列值。
注意事项：
-
我按整数排序，而不是varchar。
-
C＃部分正在使用1个线程。
-
SP_Proc1和SP_Proc2都使用事务并使用READ COMMITTED或READ COMMITTED SNAPSHOT事务隔离级别。
-
用于排序的一列是计算值，但非常 简单的一个。它只是检查表A中的另一列是否不为空 并将计算出的列设置为1或0。
-
主键ID上有一个唯一的非聚集索引， 由用于排序的相同列组成的聚集索引 SP_Proc2。
-
我正在使用SQL Server 11.0.3000
我开始认为这可能是SQL错误，或者表A中的记录或索引被损坏，然后被C＃进程删除，这就是为什么我无法捕获它。
编辑：
为澄清起见，SP_Proc1一次将一大批N条记录提交到表A，SP_Proc2以5批从表A中提取记录，对表中的记录进行排序，并选择TOP 5，有时选择了错误的批次，批次本身已正确订购，但应该根据ORDER BY选择其他批次。我相信Rob Farley可能有正确的主意。
解决方法
我的猜测是您的“乱序TOP 5”是有序的，但是后面的5个重叠。例如，您一次获得1231、1232、1233、1234和1236，而下一批是1235、1237，依此类推。
这可能是锁定和阻止的问题。您已指示流程使用事务，因此如果尚未提交1235，也不会感到惊讶，但是快照隔离可以忽略它，而1236可以被取走。
听起来好像这里没有错误。我在上面描述的是快照隔离的明确功能。如果您必须比1236早得多地提取1235，请不要使用快照隔离，而是强制锁定表，直到完成每个插入块为止。
,另一种建议是使用表锁（tablock）进行读写过程。
尽管这很昂贵，但是如果您需要绝对的一致性，那么这可能是可行的方法。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。