7

我有一个Table Valued Constructor围绕1 million记录进行选择的方法。它将用于update另一个表。

SELECT *
FROM   (VALUES (100,200,300),
               (100,200,300),
               (100,200,300),
               (100,200,300),
               .....
               ..... --1 million records
               (100,200,300)) tc (proj_d, period_sid, val)

这是我的原始查询：https ://www.dropbox.com/s/ezomt80hsh36gws/TVC.txt?dl=0#

当我执行上述操作时，select它只是显示查询已完成并显示任何错误消息。

在此处输入图像描述

更新：尝试使用TRY/CATCH块捕获错误消息或错误号，但没有使用与上一个图像相同的错误

BEGIN try
    SELECT *
    FROM   (VALUES (100,200,300),
                    (100,200,300),
                    (100,200,300),
                    (100,200,300),
                    .....
                    ..... --1 million records
                    (100,200,300)) tc (proj_d, period_sid, val) 
END try

BEGIN catch
    SELECT Error_number(),
           Error_message()
END catch

为什么它不执行是表 Valed 构造函数在Select. 我知道Insert它是1000，但我在这里选择。

4

2 回答 2

3

没有相关的硬编码限制（65,536 * 4KB 的网络数据包大小为 268 MB，而您的脚本长度远不及此），尽管不建议将此方法用于大量行。

您看到的错误是由客户端工具而不是 SQL Server 引发的。如果在动态 SQL 编译中构造 SQL String 至少能够启动成功

DECLARE @SQL NVARCHAR(MAX) = '(100,200,300),
';

SELECT @SQL = 'SELECT * FROM (VALUES ' + REPLICATE(@SQL, 1000000) + '
(100,200,300)) tc (proj_d, period_sid, val)';

SELECT @SQL AS [processing-instruction(x)]
FOR XML PATH('')

SELECT DATALENGTH(@SQL) / 1048576.0 AS [Length in MB] --30.517705917

EXEC(@SQL);

尽管我在大约 30 分钟的编译时间后杀死了上述内容，但它仍然没有产生一行。文字值需要作为常量表存储在计划本身中，SQL Server 也花费大量时间尝试派生有关它们的属性。

std::bad_allocSSMS 是一个 32 位应用程序，在解析批处理时会引发异常

在此处输入图像描述

它尝试将元素推送到已达到容量的 Token 向量上，并且由于足够大的连续内存区域不可用，其调整大小的尝试失败。因此，该声明甚至从未到达服务器。

向量容量每次增长50%（即按照这里的顺序）。向量需要增长到的容量取决于代码的布局方式。

以下需要从容量 19 增长到 28。

SELECT * FROM 
(VALUES 
(100,200,300),
(100,200,300),
(100,200,300),
(100,200,300),
(100,200,300),
(100,200,300)) tc (proj_d, period_sid, val)

以下只需要2的大小

SELECT * FROM (VALUES (100,200,300),(100,200,300),(100,200,300),(100,200,300),(100,200,300),(100,200,300)) tc (proj_d, period_sid, val)

以下需要> 63和<= 94的容量。

SELECT *
FROM   (VALUES 
      (100,
       200,
       300),
      (100,
       200,
       300),
      (100,
       200,
       300),
      (100,
       200,
       300),
      (100,
       200,
       300),
      (100,
       200,
       300)
       ) tc (proj_d, period_sid, val)

对于像案例 1 那样布局的一百万行，向量容量需要增长到 3,543,306。

您可能会发现以下任何一项都将使客户端解析成功。

  1. 减少换行次数。
  2. 重新启动 SSMS，希望在地址空间碎片较少的情况下，对大的连续内存的请求成功。

但是，即使您确实成功地将其发送到服务器，它也只会在执行计划生成期间最终杀死服务器，如上所述。

使用导入导出向导加载表会好得多。如果您必须在 TSQL 中执行此操作，您会发现将其分成更小的批次和/或使用另一种方法（例如分解 XML）将比表值构造函数执行得更好。例如，以下内容在我的机器上执行 13 秒（尽管如果使用 SSMS，您仍然可能需要分成多个批次，而不是粘贴大量的 XML 字符串文字）。

DECLARE @S NVARCHAR(MAX) = '<x proj_d="100" period_sid="200" val="300" />
' ; 

DECLARE @Xml XML = REPLICATE(@S,1000000);

SELECT 
    x.value('@proj_d','int'),
    x.value('@period_sid','int'),
    x.value('@val','int')
FROM @Xml.nodes('/x') c(x)
于 2016-11-07T21:44:48.330 回答
0

检查此查询限制： https ://msdn.microsoft.com/en-us/library/ms143432.aspx

于 2016-11-07T08:26:26.083 回答