Azure SQL 数据库 - 交叉引用数据库查询 - SP
Azure SQL Database - Cross Reference DB Queries - SP
我们目前正在进行关于将本地 SQL 数据库迁移到 Azure SQL 数据库的 POC。迁移时，我们遇到了应用模式的问题 - 很少有存储过程调用其他数据库。
场景就像我们有中央数据库-A，还有另一个应用程序数据库-B。应用程序数据库有一些存储过程引用了中央数据库-A（基本上是 select 和连接）。
当我们搜索 MS 站点时，找到了一篇关于创建外部 table Link 的文章作为问题的修复。如果您有多个具有多个引用的数据库，事情就会变得复杂。
所以我正在考虑使用 Azure SQL 托管实例，所以在启动一个托管实例之前，想得到一个建议，托管实例中是否也会出现同样的情况？
您可以在 SQL MI 中执行跨数据库查询，就像在 SQL 服务器内部部署中一样。使用外部表存在很大的性能差异，因此我不建议您采用这种方式迁移现有的多数据库应用程序，除非您对跨数据库查询的后台性能要求不高。就性能而言，外部表与链接服务器非常相似（需要注意的是，存在不同类型的外部表，并且每种类型的实现方式存在一些差异 - 它们都比正常的实例内跨数据库查询慢SQL服务器）
我们目前正在进行关于将本地 SQL 数据库迁移到 Azure SQL 数据库的 POC。迁移时，我们遇到了应用模式的问题 - 很少有存储过程调用其他数据库。
场景就像我们有中央数据库-A，还有另一个应用程序数据库-B。应用程序数据库有一些存储过程引用了中央数据库-A（基本上是 select 和连接）。
当我们搜索 MS 站点时，找到了一篇关于创建外部 table Link 的文章作为问题的修复。如果您有多个具有多个引用的数据库，事情就会变得复杂。
所以我正在考虑使用 Azure SQL 托管实例，所以在启动一个托管实例之前，想得到一个建议，托管实例中是否也会出现同样的情况？
您可以在 SQL MI 中执行跨数据库查询，就像在 SQL 服务器内部部署中一样。使用外部表存在很大的性能差异，因此我不建议您采用这种方式迁移现有的多数据库应用程序，除非您对跨数据库查询的后台性能要求不高。就性能而言，外部表与链接服务器非常相似（需要注意的是，存在不同类型的外部表，并且每种类型的实现方式存在一些差异 - 它们都比正常的实例内跨数据库查询慢SQL服务器）