我们有一个数据库来保存我们的元数据和数据。
我们的元数据是购买一个专门的团队,使用开发服务器上的 Web 应用程序生成的,并且是我们应用程序的关键部分。
然后客户根据这个元数据生成数据。
我们已经对数据库架构进行了版本控制,并且所有架构都发生了变化。下一步是将我们的元数据置于版本控制之下。
天真的解决方案一个天真的解决方案是转储所有元数据,并在生成相应的包之前在版本控制下提交它。因为它是转储,所以很容易恢复。但可能有更好的方法,比如增量解决方案(只有版本差异)。
文本转储另一种解决方案是以文本格式(如 XML)导出所有元数据表,然后对这些文本文件进行版本控制。但是你必须找到一种方法来重新导入它们。
那么,您的元数据是否在版本控制之下?为什么?怎么办?
最佳答案
非 Niave 解决方案:-
版本控制您的 mata 数据构建脚本。
即数据库模式删除/创建和 SQL“INSERTS”都应置于版本控制之下。
这种方法的优点是 Schema 和 Insert 脚本确实是源代码。版本控制系统是为源代码设计的,因此它们可以很好地使用这种方法。此外,它几乎是独立的,可以很容易地移植到其他系统。
如果您的元数据是交互式开发的,有几个实用程序可以让您将数据库导出为插入脚本。
关于database - 您如何将元数据置于版本控制之下?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/371513/