sql-server - 为什么 Visual Studio 中的 SQL Server 对象资源管理器如此慢？

Question

我刚刚在 Azure 中创建了一个新的 SQL Server 数据库，然后使用 Azure 门户中的链接在 Visual Studio 2015 中打开它。我必须将我的 IP 添加到防火墙，但除此之外整个过程很顺利。

但是，当我尝试通过 SQL Server 对象资源管理器与数据库服务器交互时，速度慢得令人痛苦。展开数据库中的任何文件夹(例如 Tables 文件夹)需要 10 到 30 秒。该数据库是全新的，因此它唯一拥有的就是 Azure 在实例化新数据库时创建的任何内容。

这是我创建并尝试在 Visual Studio 中查看的第二个 Azure DB，两者都存在相同的问题。对于第一个，我想也许我在设置过程中做错了什么，但这次我确保按照书本做所有事情。

从 Visual Studio 中对数据库运行实际查询(右键单击数据库，新建查询...，select * from INFORMATION_SCHEMA.TABLES;)非常快，因此我与 Azure 的连接似乎没有问题。

为什么速度这么慢？我该怎么做才能让它更快？

我在 Windows 10 上使用 Visual Studio 2015 Update 1 (14.0.24720.00)(已完全修补)，在数据库创建过程中，我选中了使用最新版本的复选框。

Answer 1

当您第一次连接数据库时，Visual Studio 中的 SQL Server 对象资源管理器 (SSDT) 会构建整个数据库的架构模型。这是基于模型的数据库开发的概念，它提供了一些好处，例如根据数据库验证脚本，而无需修改实时数据库等。对于 Azure SQL DB，资源受到数据库定价层的限制，执行查询的性能会受到影响。获取数据库模型可能会有所不同。根据我们的性能测试，S1/S2 以上的定价层提供了与本地或本地 SQL 实例类似的交互性。

更详细地说，当前SSDT的机制是组合最少数量的查询，以最大限度地减少与SQL服务器/数据库的往返操作数量，因此每个查询的执行时间更长。它会影响执行查询时 SQL Server 对象资源管理器的交互性。

为了增强性能，SSDT 团队正在修改 Azure SQLDB 的设计，以提供更快的交互体验，同时保留基于模型的数据库开发的优势。

披露:我在 SQL 数据工具团队担任 PM