Azure sql database Azure SQL DW-查询级别上的控制资源类

我正在DW500的Azure SQL DW上运行一些ETL 所以我有20个并发插槽可用 我的一些查询需要RC xlargerc、largerc等 因此，预期负载可能因查询而异

是否有任何选项可以直接控制查询中分配的RC？ e、 g.使用选项或任何其他提示

到目前为止，我能找到的唯一解决办法是创建单独的用户，并分配不同的资源类，这实际上是不可行的

提前感谢,，

---

-gerhard

目前没有在查询级别控制此操作的选项。您必须以适当的用户身份登录，并为其分配适当的资源类（smallrc、mediumrc、largerc和xlargerc）

DWU500非常低，最多有20个并发查询，只有20个并发插槽。请记住，根据，xlargerc用户将占用其中的16个插槽，因此您只能同时运行1个其他mediumrc用户或4个smallrc用户。ie您可以不同时运行一个largerc和一个xlargerc用户。这些查询将排队

你能告诉我们更多关于你的情况吗？例如，为什么在ETL期间切换用户？您正在使用什么ETL工具，例如SSIS、Azure数据工厂等

---

如果你认为这是一个很有价值的选择，考虑下一个.

是的，这正是我遇到的问题，认为使用一个大的RC会加快我的ETL，我只是重读文档，它也在这里陈述，所以我想我必须和多个用户一起去我的ETL，然后谢谢，-格哈德，你可以考虑在ETL期间增加DWU，然后再减少吗？只有在并行处理和/或需要并发时，这才真正重要。是这样吗？增加DWU只能部分解决问题，因为即使对于具有更多并发插槽的更高DWU，xlargerc查询也会分配更多并发插槽，因此对并行查询量的影响最小。目前，我将用户的资源类缩减为mediumrc，至少允许5个并发会话。还使用我的请求/想法在反馈项中添加了注释。是的，但这是一个滑动比例。在DWU500，你在一个3带（DWU400 500 600）的中间，其中XMalErrc使用16个并发时隙，所以你只能同时拥有1个其他MyMuRC用户或4个MLSRC用户。在DWU600上，您可以有1个其他largerc用户，或2个mediumrc用户或8个smallrc用户，因此您可以通过将DWU提高100来提高并发性