Azure SQL 数据仓库带宽限制？
Azure SQL Data Warehouse bandwidth limits?
Azure SQL 数据仓库提取是否有任何带宽限制或限制？是否有任何连接字符串设置可以优化我们通过 SELECT 查询提取数据的速度？
从与 SQL DW 位于同一 Azure 区域的 VM 上的 SSIS，如果我 运行 一个 SELECT * 查询通过 OLEDB 使用默认连接字符串提取数百万行（默认数据包大小）我看到它使用大约 55Mbps 带宽。如果我添加 Packet Size=32767，我会看到它使用了大约 125Mbps 的带宽。有什么办法让它走得更快？还有其他需要注意的连接字符串设置吗？
顺便说一句，如果我 运行 并行提取多个数据，我能够从 SQL DW 获得高达约 500Mbps 的带宽。但我不能总是将一个查询分解为多个并行查询。有时我只需要一个查询就可以更快地提取数据。
当然，Polybase CETAS (CREATE EXTERNAL TABLE AS SELECT) 在提取数据方面效率更高。但这并不适合所有提取方案。例如，如果我想将 Analysis Services 置于 Azure SQL DW 之上，我无法在多维数据集处理期间真正涉及 CETAS 语句，因此 Polybase 无法帮助我。
目前您最好的选择是 运行 并行提取多个数据包，如您所述优化数据包大小。对于 SQLDW 之上的 SSAS，您最好的选择是使用并行分区处理。
Azure SQL 数据仓库提取是否有任何带宽限制或限制？是否有任何连接字符串设置可以优化我们通过 SELECT 查询提取数据的速度？
从与 SQL DW 位于同一 Azure 区域的 VM 上的 SSIS，如果我 运行 一个 SELECT * 查询通过 OLEDB 使用默认连接字符串提取数百万行（默认数据包大小）我看到它使用大约 55Mbps 带宽。如果我添加 Packet Size=32767，我会看到它使用了大约 125Mbps 的带宽。有什么办法让它走得更快？还有其他需要注意的连接字符串设置吗？
顺便说一句，如果我 运行 并行提取多个数据，我能够从 SQL DW 获得高达约 500Mbps 的带宽。但我不能总是将一个查询分解为多个并行查询。有时我只需要一个查询就可以更快地提取数据。
当然，Polybase CETAS (CREATE EXTERNAL TABLE AS SELECT) 在提取数据方面效率更高。但这并不适合所有提取方案。例如，如果我想将 Analysis Services 置于 Azure SQL DW 之上，我无法在多维数据集处理期间真正涉及 CETAS 语句，因此 Polybase 无法帮助我。
目前您最好的选择是 运行 并行提取多个数据包，如您所述优化数据包大小。对于 SQLDW 之上的 SSAS，您最好的选择是使用并行分区处理。