是否存在用于数据库框架调整的版本控制系统?

我经常面对惹事。

我对调用数据库中的新表或列的任务进行了一些调整。 我进行数据库更改并继续我的工作。 通常,我会记住列出调整以确保它们可以在实时系统上重现。 尽管如此,我并不记得我已经改变了什么,而且我也不会经常记住把它写下来。

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

无论现实情况如何,这可能不是这种情况下最有效的技术,是否存在数据源的版本控制系统? 关于细节数据库现代技术,我没有提及。 我只需要知道一个是否存在。 如果它发生与MS SQL Server协作,那之后很棒。

0
2019-05-03 23:08:08
资源 分享
答案: 4

大多数数据库引擎需要维持将数据库卸载到文档中。 无论如何,我认识MySQL。 这肯定只是一个消息文档,所以你可以将它发送到Subversion,或者你使用的任何东西。 在文档上运行diff也一定非常容易。

0
2019-05-07 18:33:34
资源

有一个名为Ruckusing的PHP5“数据库移动结构”。 我没有使用它,但例子显示了建议,如果您使用该语言来创建数据库,并且在需要时,您只需要跟踪资源文档。

0
2019-05-07 18:15:46
资源

在Ruby on Rails中,有一个移民原则 - 一个转换数据库的快速手稿。

您可以创建一个移动文档,其中包含增加数据库变化的规则(例如包括列)以及降级变体的规则(例如删除列)。 每个移动都是电话号码,还有一个表格跟踪您现有的数据库变化。

提升 ,你运行一个名为“db:move”的命令,它会考虑你的变化并使用所需的手稿。 你可以用类似的方式向下移动。

移动手稿本身保存在版本控制系统中 - 每当您转换数据库时,您都会签署一份新手稿,而且任何类型的程序员都可以使用它来使其邻居数据库达到最新的变化。

0
2019-05-07 17:57:19
资源

对于Oracle,我使用蟾蜍,它可以将模式卸载到各种不同的文档(例如,每个表一个文档)。 我有一些手稿在Perforce中处理这个集合,但我认为它几乎在任何类型的变更控制系统中都需要方便实用。

0
2019-05-07 17:56:09
资源