DBA/BI 工作流与 Azure 操作
DBA/ BI workflows with Azure operations
我有相当多的数据库迁移到 Azure，但我发现查询花费的时间明显更长。显然，这是由客户和数据中心之间的延迟引起的——但我很想知道其他人做了什么来适应。
作为背景 - 我工作的公司对 SQL 数据库执行转换，然后在 PowerBI（传统 ETL）中加载和可视化。
对于 table 操作和创建，我正在考虑将数据块与分布在集群上的数据库 table 一起使用，然后我再次遇到 SQL 友好的方法通过笔记本使用 spark 进行操作。
将它扔给社区，看看对他们有用的东西:-) TIA
@dale - 在本地和 Azure SQL 数据库之间进行同类比较是不可能的。有几件事我会尝试找出减速的地方：
- 在 SQL Management Studio 中，使用
Include Client Statistics 选项并在本地和 Azure 数据库之间进行单独测试，以查看连接延迟是否是问题所在，或者处理时间是否是问题所在也比较慢。
- 检查是否可以在 Azure 连接上使用 REDIRECT 而不是 PROXY 来节省查询的连接时间 - 特别是当您的应用程序频繁建立新连接时。
- 您是否达到了弹性池中每个数据库的资源限制？在资源治理开始之前，不需要命中完整的池资源。查看
sys.dm_db_resource_stats 以了解数据库资源使用情况
我有相当多的数据库迁移到 Azure，但我发现查询花费的时间明显更长。显然，这是由客户和数据中心之间的延迟引起的——但我很想知道其他人做了什么来适应。 作为背景 - 我工作的公司对 SQL 数据库执行转换，然后在 PowerBI（传统 ETL）中加载和可视化。
对于 table 操作和创建，我正在考虑将数据块与分布在集群上的数据库 table 一起使用，然后我再次遇到 SQL 友好的方法通过笔记本使用 spark 进行操作。
将它扔给社区，看看对他们有用的东西:-) TIA
@dale - 在本地和 Azure SQL 数据库之间进行同类比较是不可能的。有几件事我会尝试找出减速的地方：
- 在 SQL Management Studio 中，使用
Include Client Statistics选项并在本地和 Azure 数据库之间进行单独测试，以查看连接延迟是否是问题所在，或者处理时间是否是问题所在也比较慢。 - 检查是否可以在 Azure 连接上使用 REDIRECT 而不是 PROXY 来节省查询的连接时间 - 特别是当您的应用程序频繁建立新连接时。
- 您是否达到了弹性池中每个数据库的资源限制？在资源治理开始之前，不需要命中完整的池资源。查看
sys.dm_db_resource_stats以了解数据库资源使用情况