一尘不染

为什么使用ORDER by打开的游标不能反映对后续表的更新

sql

我已经举了这个奇怪行为的小例子

    SET NOCOUNT ON;
    create table #tmp
    (id int identity (1,1),
    value int);

    insert into #tmp (value) values(10);
    insert into #tmp (value) values(20);
    insert into #tmp (value) values(30);

    select * from #tmp;

    declare @tmp_id int, @tmp_value int;
    declare tmpCursor cursor for 
    select t.id, t.value from #tmp t
    --order by t.id;

    open tmpCursor;

    fetch next from tmpCursor into @tmp_id, @tmp_value;

    while @@FETCH_STATUS = 0
    begin
        print 'ID: '+cast(@tmp_id as nvarchar(max));

        if (@tmp_id = 1 or @tmp_id = 2)
            insert into #tmp (value)
            values(@tmp_value * 10);

        fetch next from tmpCursor into @tmp_id, @tmp_value;
    end

    close tmpCursor;
    deallocate tmpCursor;

    select * from #tmp;
    drop table #tmp;

我们可以借助print游标如何解析#tmp表中的新行来进行观察。但是,如果我们order by t.id在游标声明中取消注释-新行将不被解析。

这是预期的行为吗?


阅读 135

收藏
2021-03-17

共1个答案

一尘不染

您看到的行为相当微妙。默认情况下,SQL
Server中的游标是动态的,因此您希望看到更改。但是,隐藏在文档中的是以下行:

如果select_statement中的子句与请求的游标类型的功能冲突,则SQL Server会将游标隐式转换为另一种类型。

当包含时order by,SQL Server读取所有数据并将其转换为临时表以进行排序。在此过程中,SQL
Server还必须将游标的类型从动态更改为静态。这没有特别有据可查的,但是您可以很容易地看到行为。

2021-03-17