SQL Server 2000 是否能够在跨链接服务器的视图联合上使用视图中的索引
我有以下场景：
2 个数据库服务器（相互链接）
DB1 有一个包含事务记录的（大）表 DB2 有一个（还没有那么大）包含事务记录的表（性质相似，但没有一些数据，因为它是不同的系统） 有许多报告从 DB1 的事务表中提取记录，并将它们与 DB1 中的大量表连接起来。
我可以使用 DB1 中的数据使 DB2 中的数据看起来像 DB1 中的数据。
如果我在 DB1 中创建一个视图，从 DB2 中提取事务数据并将其与 DB1 中的数据连接起来，使其与 DB1 中的事务数据具有相同的列，然后创建另一个视图，将 DB1 中的数据和第一个视图联合起来。视图，针对第二个视图的查询是否仍会利用 DB1 和 DB2 中事务数据的任何索引？
或者是否有更好的方法将新系统中的数据改造到旧系统，以便旧报告可以报告新数据？
I have the following scenario:
2 DB servers (Linked to each other)
DB1 has a (large) table with transaction records
DB2 has a (not quite as large yet) table with transaction records (of a similar nature but without some of the data as it is a different system)
There are a bunch of reports that pull records out of the transaction table in DB1 and joins them up with lots of tables from DB1.
I can use data in DB1 to make the data from DB2 look like data in DB1.
If I create a view in DB1 that pulls the transaction data from DB2 and joins it up with data from DB1 to have the same columns as the transaction data in DB1, and then create another view that union-alls the data from DB1 and the first view, will queries against this second view still take advantage of any of the indexes on the transaction data in DB1 and DB2?
Or are there better ways of retro fitting data from a new system to an old system so that the old reports can report on the new data?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在不了解有关您的设置的更多详细信息的情况下，我认为您的首选应该是保留两个系统的数据，无论通过链接服务器的查询最终是否使用索引。考虑到这种情况，你的设置方式听起来很合理。但是，我认为既然您知道需要合并两个数据集，我会考虑将数据从一台服务器迁移到另一台服务器，前提是一台服务器可以处理两个事务负载。我认为这应该为您的查询提供更好的整体性能。不过，这在很大程度上取决于您的服务器和网络基础设施是什么样的。
Without knowing more details about your setup, I think your preference should be to leave the data for the two systems in place regardless of whether queries through linked servers end up using indexes. The way you have things set up sounds reasonable given the circumstance. However, I would think since you know that you need to combine the two data sets, I'd consider migrating the data from one server to the other, provided the one server can handle both transaction loads. This should provide better performance overall for your queries I would think. Again, though, it would greatly depend on what your server and network infrastructure is like.