合并两个 SQL Server 数据库

发布于 2024-12-01 14:38:16 字数 416 浏览 3 评论 0原文

您好，我有这种情况：

SQL Server 1（生产）带有对象 A、B、C
SQL Server 2（开发）带有对象 A、B、C、D、E、F、G、H、I。

我想知道我如何保存 SQL Server 1 的每个对象（A、B、C），但同时我想添加 SQL Server 2 中的每个新对象。在 SQL Server 2 中 A,B,C具有相同的模式，但假数据遵循 SQL 中的相同对象服务器 1，所以我无法对 SQL Server 2 进行完整备份并在 SQL Server 1 中还原它。

两台服务器都运行 SQL Server 2008。

我知道显然有一个智能程序可以执行此操作，但我在 SQL Server 管理方面的一点经验使得我瞎了！

预先感谢您的任何帮助！

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

风情万种。 2024-12-08 14:38:17

你需要一些好工具！例如：

Red-Gate SQL Compare 可以帮助您比较和同步数据库的结构（例如表、视图、过程、约束等数据库对象）
Red-Gate SQL 数据比较帮助您比较和同步表中的数据，例如在查找表和系统表甚至您的实际数据表

回复收藏 0 原文

岛歌少女 2024-12-08 14:38:17

您可以使用不同的模式，例如在两个数据库上执行以下操作：

CREATE SCHEMA something;
GO

然后您可以将该模式中的“重复”对象移动到一侧：

ALTER SCHEMA something TRANSFER dbo.A;
...

然后您可以使用 SQL Compare 等工具将 some.objects 移动到另一个数据库。将有两个名为 A 的对象，但它们将处于不同的模式中。当然，您的代码必须引用正确的架构。

但为什么它们必须位于同一个数据库中？您可以将它们保留为单独的数据库，并在一个数据库中使用同义词来指向另一个数据库中的对象，因此所有内容“看起来”都是本地的。如果 A 位于同一架构且位于同一数据库中，您打算如何从 A 进行查询？

您能准确解释一下您想要实现的目标吗？您是否正在尝试使生产数据库向后兼容，以便可以在不破坏现有应用程序的情况下推动开发更改？我认为将测试应用程序指向不同的数据库，然后将生产数据库完全更新（不像弗兰肯斯坦）会更干净。

You could use different schemas, e.g. on both databases do:

CREATE SCHEMA something;
GO

Then you can move the "duplicate" objects in that schema on one side:

ALTER SCHEMA something TRANSFER dbo.A;
...

Then you can just move the something.objects over to the other database using tools like SQL Compare etc. You'll have two objects called A, but they'll be in different schemas. Your code will have to reference the correct schema, naturally.

But why do they have to be in the same database? You can keep them as separate databases and use synonyms in one to point to the objects in the other, so everything "looks" local. How do you plan to query from A if they're both in the same schema and in the same database?

Could you explain exactly what you are trying to achieve? Are you trying to make your production database backward compatible, so that you can push your dev changes without breaking existing apps? I think it's much cleaner to just point your testing app at a different database, and then bring the production database up to date completely (not like Frankenstein).

回复收藏 0 原文