Performance SQl 2008在同一物理机和同一服务器实例上的跨数据库性能

在同一台物理机器上跨另一个DB进行选择时，是否会影响性能？因此，我在同一台物理机器上有两个数据库在同一个SQL 2008实例中运行

例如，在SomStoreProc中，我运行这个\u数据库

SELECT someFields FROM the_other_db.dbo.someTable

---

到目前为止，与我在互联网上看到的情况不同，大多数人似乎都表示不会。即使这不是一个性能问题，也可能是数据完整性方面的一个问题，因为FKs无法跨数据库实施

然而，更可能的是你的程序需要调整，特别是当它们有数千行长的时候。首先，查找游标、相关子查询和错误索引。还要查找不可分配的where子句和逐行运行的标量函数

当然，证明独立数据库不是问题的最好方法是采取一个缓慢的过程，将这些表转换为一个数据库，并以两种方式测试性能。在他们继续对一个数据库进行极其复杂和耗时的更改之前，请至少说服他们进行这个较小的测试，然后发现他们仍然存在性能问题

---

记住，执行计划是你的朋友在看这些东西

即使这不是性能问题，也可能是数据完整性方面的问题，因为FKs无法跨数据库实施

然而，更可能的是你的程序需要调整，特别是当它们有数千行长的时候。首先，查找游标、相关子查询和错误索引。还要查找不可分配的where子句和逐行运行的标量函数

当然，证明独立数据库不是问题的最好方法是采取一个缓慢的过程，将这些表转换为一个数据库，并以两种方式测试性能。在他们继续对一个数据库进行极其复杂和耗时的更改之前，请至少说服他们进行这个较小的测试，然后发现他们仍然存在性能问题

---

记住，执行计划是你的朋友在看这些东西

您是否遇到问题，或者这是一个假设性问题？我们有一个完整的数据库，其中包含数千行与第二个数据库通信的Sps，并且我们遇到了一些性能问题。我知道可以有很多东西，但这是一个想法，他们想把所有东西都移到同一个数据库。我只是想帮助他们不要因为它而崩溃，哈哈。这看起来不像是一个I/O问题，因为我们有SSD驱动器（是的，我们为这些lol花了一大笔钱）您是否遇到问题，或者这是一个假设性问题？我们有一个完整的数据库，其中包含数千行与第二个数据库通信的Sps，并且我们遇到了一些性能问题。我知道可以有很多东西，但这是一个想法，他们想把所有东西都移到同一个数据库。我只是想帮助他们不要因为它而崩溃lol。这看起来不像是一个I/O问题，因为我们有SSD驱动器（是的，我们为这些lol花了很多钱）。不过可能有一些远程情况，包括哈希连接的内部缓冲区和其他事情，因为两个数据库不共享文件（但可能会通过额外的tempDB争用来解决）可能会有一些远程情况，其中包括用于哈希连接的内部缓冲区和其他内容，因为这两个数据库不共享文件（但可能会通过额外的tempDB争用来解决）