|
|
1
2
在项目开始时,让buildschema生成模式可能是可行的,但是一旦您启动并运行了一些关键质量(或者如果您向其他人发布了任何内容),您就需要将代码中的更改与模式中的更改协调起来。这不适用于buildschema方法。 在我们的项目中,我们为需要数据库更改的每个变更集创建升级和降级脚本。我们还没有自动化这个过程,但是实践允许开发人员通过运行增量更改脚本来获得当前版本,并通过运行降级脚本返回到以前的版本。 每个脚本都是自己的文件,可以包含对ddl和/或dml的多个更改以迁移数据等。 我们只在有与以前版本不兼容的更改时才真正使用降级(这在我们的项目中很少见)。 |
|
|
2
2
为了尽可能接近领域驱动的设计方法,我在开发期间使用nhibernate来构建我的模式。一旦应用程序达到了某种程度的稳定性(领域模型搅动已经大大减缓)或者达到了里程碑式的发布,我就切换到k.scott allen在他的博客上讨论的方法。 斯科特艾伦的博客文章 database schema versioning ash tewari实现了一个使用nhibernate的变更脚本管理系统,该系统基于allen的博客文章。 Ash Tewari DbUpdater |
|
|
Johnny T · 基于当前值的SQL合并表[重复] 1 年前 |
|
John D · 需要为NULL或NOT NULL的WHERE子句 1 年前 |
|
ojek · 如何对SQL结果进行分组和编号? 1 年前 |
|
|
senek · 如何在PL/SQL中将选择结果(列)放入数组中 1 年前 |
|
|
Sax · 规范化Google表格(第一步) 1 年前 |
|
|
Jatin · 检索卷计数的动态sql抛出错误语法错误[关闭] 1 年前 |
|
|
Andrus · 如何在sql中查找第二个匹配项 1 年前 |