处理数据库模式中的更改

发布于 2024-09-19 02:31:05 字数 458 浏览 3 评论 0原文

我正处于构建应用程序的初始阶段，该应用程序有望以 1000 的价格出售 - 更有可能是数百，但无论哪种方式都足以引起数据库架构更改的严重头痛。

我相当受限于 windows / .net / sql 服务器环境，因为我们的许多客户将自行托管我在他们的网络服务器中构建的应用程序，并且安装在他们的服务器上的额外位永远不会顺利进行，并且总是有一些投诉/因此而失去业务。所以 sqlalchemy 已经过时了，因为它在 python 中运行。

我想要的是一个可以让我在应用程序版本之间轻松迁移的工具。我发现了 migrator.net 并且以前使用过它，但从未在生产中使用过，因为开发团队似乎每年只对其进行开发，而不是一个活跃的项目。

有哪些替代方法可用？

更新我忘了提到我希望能够在持续集成环境中使用它，因此虽然 data dude 和 sql Compare 是很好的 GUI 工具，但我确实自动化了。

原文

分享到QQ

分享到微博

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

发布评论

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

放我走吧 2024-09-26 02:31:05

如果您使用 Visual Studio 2010 Ultimate/Premium Edition 或 Visual Studio Team/Database Edition 2008，您将在 Visual Studio 中找到所需的一切。

您可以比较两个数据库（例如，dev 和 prod）并生成用于修改数据的 SQL 脚本。您可以轻松地从比较中排除某些表或某些列。您还可以检查结果并从脚本的生成中排除一些条目。因此，我们可以轻松灵活地生成可用于部署数据库中的更改的脚本。您可以从结构上分别比较两个数据库的数据（架构比较）。只需进入“数据”菜单并选择“架构比较”或“数据比较”。您可以阅读 http://msdn.microsoft.com/en-us/library /dd193250.aspx 和 http://msdn.microsoft.com /en-us/library/dd193261.aspx 了解其工作原理。因此，您可以使用 prod 中的数据刷新 dev 中的数据，或者生成将 prod 数据库修改为 dev 数据库的最新版本的脚本。

我开始在 Vinsual Studio Team Edition 2008 中使用此功能，并在 Visual Studio 2010 Ultimate 中继续使用它。这正是我所需要的。在某些情况下，我需要修改一些脚本，但 95% 的工作都是由 Visual Studio 完成的。

如果您无法使用 VS2010 Ultimate 或 Premium，并且没有 VS2008 Team 或 Database Edition，我建议您查看的一些产品http://www.red-gate.com/ （如 http://www.red-gate.com/products/SQL_Compare/index.htm）具有接近的功能。

回复收藏 0 原文

你列表最软的妹 2024-09-26 02:31:05

Red_Gate 的 SQl Compare 非常适合保持两个数据库同步。

但是，我认为关键是将源代码管理中的更改保留在特定版本下。像对待属于某个版本的任何其他代码一样对待您的 sql 代码。切勿允许您的开发人员使用 GUI 进行更改，所有更改都应编写脚本并作为版本的一部分放入源代码管理中。一旦你这样做了，如果有人使用版本1并且你想将他们升级到版本2.3，那么你只需要按顺序运行每个版本的脚本，你就会有一个版本2.3的数据库。

回复收藏 0 原文

恰似旧人归 2024-09-26 02:31:05

将升级脚本添加到您的应用程序中。如果您没有，请创建一个设置表来存储数据库的当前架构版本。示例：

CREATE TABLE SETTINGS(KEY VARCHAR(255), VALUE VARCHAR(255));
INSERT INTO SETTINGS VALUES('version', '1');

启动应用程序时，查询该表（如果不存在则没有安装以前的版本），并检查版本。我只会维护版本 1 到版本 2 的单独升级脚本；版本 2 至 3； 3至4等等。我不会直接维护版本 1 到 3 左右的升级脚本，通常不需要。升级脚本通常包含 ALTER TABLE 和 CREATE TABLE 语句，但有时也包含 UPDATE。

Add the upgrade script to your application. If you don't have that anyway, create a settings table where you store the current schema version of the database. Example:

CREATE TABLE SETTINGS(KEY VARCHAR(255), VALUE VARCHAR(255));
INSERT INTO SETTINGS VALUES('version', '1');

When starting the application, query this table (if it doesn't exist then no previous version was installed), and check the version. I would only maintain separate upgrade scripts for version 1 to version 2; version 2 to 3; 3 to 4 and so on. I wouldn't maintain upgrade script for version 1 to 3 or so directly, usually it's not required. The upgrade scripts typically contain ALTER TABLE and CREATE TABLE statements, but sometimes also UPDATE.

回复收藏 0 原文