我经常遇到以下问题。

我正在对需要数据库中的新表或列的项目进行一些更改。 我进行数据库修改并继续我的工作。 通常,我记得记下这些更改,以便可以在实时系统上复制它们。 但是,我并不总是记得我改变了什么,我也不记得写下来。

所以,我推动了实时系统并得到一个很大的,明显的错误,即没有NewColumnX ,呃。

无论这可能不是这种情况的最佳实践,是否有数据库的版本控制系统? 我不关心具体的数据库技术。 我只是想知道一个是否存在。 如果它恰好适用于MS SQL Server,那么很棒。

===============>>#1 票数:62 已采纳

在Ruby on Rails中,有一个迁移的概念 - 一个更改数据库的快速脚本。

您生成一个迁移文件,该文件具有增加db版本的规则(例如添加列)和规则以降级版本(例如删除列)。 每次迁移都会编号,表会跟踪您当前的db版本。

要进行迁移 ,请运行名为“db:migrate”的命令,该命令将查看您的版本并应用所需的脚本。 您可以以类似的方式向下迁移。

迁移脚本本身保存在版本控制系统中 - 每当您更改数据库时,都会检入新脚本,并且任何开发人员都可以应用它来将其本地数据库带到最新版本。

===============>>#2 票数:30

我有点老了,因为我使用源文件来创建数据库。 实际上有2个文件 - project-database.sql和project-updates.sql - 第一个用于架构和持久数据,第二个用于修改。 当然,两者都受源头控制。

当数据库发生更改时,我首先更新project-database.sql中的主模式,然后将相关信息复制到project-updates.sql,例如ALTER TABLE语句。 然后我可以将更新应用到开发数据库,​​测试,迭代直到完成。 然后,签入文件,再次测试,并申请生产。

另外,我通常在db - Config中有一个表 - 例如:

SQL

CREATE TABLE Config
(
    cfg_tag VARCHAR(50),
    cfg_value VARCHAR(100)
);

INSERT INTO Config(cfg_tag, cfg_value) VALUES
( 'db_version', '$Revision: $'),
( 'db_revision', '$Revision: $');

然后,我将以下内容添加到更新部分:

UPDATE Config SET cfg_value='$Revision: $' WHERE cfg_tag='db_revision';

db_version仅在重新创建数据库时更改, db_revision向我指示数据库离基线的距离。

我可以将更新保存在他们自己的单独文件中,但我选择将它们全部混合在一起并使用剪切和粘贴来提取相关部分。 更多的内务管理是有序的,即从$ Revision 1.1 $中删除':'来冻结它们。

===============>>#3 票数:12

MyBatis (以前称为iBatis)具有模式迁移 ,可在命令行上使用。 它是用java编写的,但可以用于任何项目。

为了实现良好的数据库变更管理实践,我们需要确定一些关键目标。 因此,MyBatis Schema Migration System(或简称MyBatis Migrations)寻求:

  • 使用任何新的或现有的数据库
  • 利用源控制系统(例如Subversion)
  • 使并发开发人员或团队能够独立工作
  • 允许冲突非常明显且易于管理
  • 允许前向和后向迁移(分别进化,下移)
  • 使数据库的当前状态易于访问和理解
  • 尽管具有访问权限或官僚作风,但仍启用迁移
  • 使用任何方法
  • 鼓励良好,一致的做法

===============>>#4 票数:12

Redgate有一个名为SQL Source Control的产品。 它集成了TFS,SVN,SourceGear Vault,Vault Pro,Mercurial,Perforce和Git。

===============>>#5 票数:11

我想知道没有人提到基于Java的开源工具liquibase ,它几乎适用于支持jdbc的每个数据库。 与rails相比,它使用xml而不是ruby来执行架构更改。 虽然我不喜欢用于特定领域语言的xml,但xml非常酷的优点是liquibase知道如何回滚某些操作,如

<createTable tableName="USER"> 
   <column name="firstname" type="varchar(255)"/>
</createTable>

所以你不需要自己动手

还支持纯sql语句或数据导入。

===============>>#6 票数:11

我强烈推荐SQL delta 我只是使用它来生成diff脚本,当我完成我的功能编码并将这些脚本检查到我的源代码控制工具(Mercurial :))

他们有SQL服务器和Oracle版本。

===============>>#7 票数:10

大多数数据库引擎都应支持将数据库转储到文件中。 无论如何,我知道MySQL确实如此。 这只是一个文本文件,因此您可以将其提交给Subversion或您使用的任何内容。 在文件上运行差异也很容易。

===============>>#8 票数:9

如果你使用的是SQL Server,那么很难击败Data Dude(又名Visual Studio的数据库版)。 一旦掌握了它,在源控制版本的数据库和生产中的版本之间进行模式比较是轻而易举的。 点击即可生成差异DDL。

在MSDN上有一个教学视频非常有用。

我知道DBMS_METADATA和Toad,但如果有人能想出一个针对Oracle的Data Dude,那么生活将会非常甜蜜。

===============>>#9 票数:8

对于Oracle,我使用Toad ,它可以将模式转储到许多离散文件(例如,每个表一个文件)。 我有一些脚本可以在Perforce中管理这个集合,但我认为它几乎可以在任何修订控制系统中使用。

===============>>#10 票数:8

在版本控制器中创建初始create table语句,然后添加alter table语句,但永远不要编辑文件,只需按顺序命名理想命名的更多文件,或者甚至作为“更改集”,这样您就可以找到特定部署的所有更改。

我能看到的最难的部分是跟踪依赖关系,例如,对于特定部署表B可能需要在表A之前更新。

===============>>#11 票数:8

看一下oracle包DBMS_METADATA。

特别是,以下方法特别有用:

  • DBMS_METADATA.GET_DDL
  • DBMS_METADATA.SET_TRANSFORM_PARAM
  • DBMS_METADATA.GET_GRANTED_DDL

一旦熟悉它们的工作方式(非常自我解释),您就可以编写一个简单的脚本,将这些方法的结果转储到可以置于源代码管理下的文本文件中。 祝好运!

不确定MSSQL是否有这么简单的东西。

===============>>#12 票数:7

我与编码并行编写数据库发布脚本,并将发布脚本保存在SS中的项目特定部分。 如果我对需要更改数据库的代码进行了更改,那么我会同时更新发布脚本。 在发布之前,我在一个干净的dev db上运行发布脚本(从生产中复制结构)并对其进行最终测试。

===============>>#13 票数:7

我已经做了很多年 - 管理(或试图管理)架构版本。 最好的方法取决于您拥有的工具。 如果您可以获得Quest Software工具“Schema Manager”,那么您将处于良好状态。 Oracle有自己的劣质工具,也称为“架构管理器”(令人困惑的很多?)我不推荐。

如果没有自动化工具(请参阅此处有关Data Dude的其他评论),那么您将直接使用脚本和DDL文件。 选择一种方法,记录它,并严格遵循它。 我喜欢能够在任何给定时刻重新创建数据库,所以我更喜欢整个数据库的完整DDL导出(如果我是DBA),或者开发人员模式(如果我在产品中) - 发展模式)。

===============>>#14 票数:7

PLSQL Developer是All Arround Automations的一个工具,它有一个存储库插件,可以使用Visual Source Safe工作正常(但不是很好)。

来自网络:

Version Control Plug-In提供了PL / SQL Developer IDE >>与支持Microsoft SCC接口规范的任何版本控制系统之间的紧密集成。 >>这包括最流行的版本控制系统,如Microsoft Visual SourceSafe,>> Merant PVCS和MKS Source Integrity。

http://www.allroundautomations.com/plsvcs.html

===============>>#15 票数:7

ER Studio允许您将数据库模式反转到工具中,然后可以将其与实时数据库进行比较。

示例:将开发模式反转为ER Studio - 将其与生产进行比较,它将列出所有差异。 它可以编写更改脚本或只是自动推送它们。

在ER Studio中拥有模式后,您可以保存创建脚本或将其另存为专有二进制文件并将其保存在版本控制中。 如果您想要回到该方案的过去版本,只需将其检出并将其推送到您的数据库平台即可。

===============>>#16 票数:6

有一个名为Ruckusing的PHP5“数据库迁移框架”。 我没有使用它,但是示例显示了这个想法,如果您在需要时使用该语言来创建数据库,您只需要跟踪源文件。

===============>>#17 票数:4

您可以使用Visual Studio中的Microsoft SQL Server数据工具为SQL Server项目生成数据库对象的脚本。 然后,您可以使用Visual Studio中内置的源代码控制集成将脚本添加到源代码控制。 此外,SQL Server Projects允许您使用编译器验证数据库对象,并生成部署脚本以更新现有数据库或创建新数据库。

===============>>#18 票数:3

我们使用MS Team System Database Edition取得了相当不错的成功。 它无缝地集成了TFS版本控制和Visual Studio,并允许我们轻松管理存储过程,视图等。 冲突解决可能很痛苦,但版本历史记录一旦完成就会完成。 此后,迁移到QA和生产非常简单。

可以说,它是1.0版本的产品,但并非没有一些问题。

===============>>#19 票数:3

Schema Compare for Oracle是专门用于将更改从Oracle数据库迁移到另一个数据库的工具。 请访问以下URL以获取下载链接,您可以在该链接中使用该软件进行全功能试用。

http://www.red-gate.com/Products/schema_compare_for_oracle/index.htm

===============>>#20 票数:2

我推荐两种方法中的一种。 首先,从Sybase投资PowerDesigner 企业版。 它允许您设计物理数据模型,以及更多。 但它附带了一个存储库,可以让您检查模型。 每次新签入都可以是新版本,它可以将任何版本与任何其他版本进行比较,甚至可以将当时数据库中的内容进行比较。 然后,它将显示每个差异的列表,并询问应该迁移哪个...然后构建脚本来执行此操作。 它并不便宜,但价格只有两倍便宜,投资回报率约为6个月。

另一个想法是打开DDL审计(在Oracle中工作)。 这将创建一个包含您所做的每个更改的表。 如果您从上次将数据库更改为prod的时间戳中查询更改,那么您将拥有已完成所有内容的有序列表。 一些where子句消除零和变化,如create table foo; 然后是drop table foo; 你可以轻松地建立一个mod脚本。 为什么要在wiki中保留更改,这是工作的两倍。 让数据库为您跟踪它们。

===============>>#21 票数:2

在没有用于表更改的VCS的情况下,我一直在维基中记录它们。 至少那时我可以看到它被改变的时间和原因。 它并不完美,因为不是每个人都这样做,我们有多个产品版本在使用,但总比没有好。

===============>>#22 票数:1

两本书的建议:Ambler和Sadalage的“重构数据库”和Ambler的“敏捷数据库技术”。

有人提到了Rails迁移。 我认为它们工作得很好,甚至在Rails应用程序之外。 我在使用SQL Server的ASP应用程序中使用它们,我们正在迁移到Rails。 您将迁移脚本本身检入VCS。 这是Pragmatic Dave Thomas关于这个主题的文章。

  ask by EndangeredMassa translate from so

未解决问题?本站智能推荐: