像我们大多数人一样,我来自关系数据库世界,
我目前正在研究文档数据库世界的可能性.
我关心的一个问题是随着时间的推移处理数据模型的变化(添加新属性,重命名属性,添加关系,……).
在关系数据库中,通常按如下方式处理:
>编写数据库迁移
– >修改数据库架构
– >修复现有行的数据(通常包含一些业务逻辑)
>修改代码(ORM更新,..)
使用文档数据库时,我感觉数据模型发生了变化
更容易;没有必要更新数据库模式,主要是它只是添加一个属性,……而且“一切正常”.
我想知道团队如何在现实生活中管理这种迁移,包括文档数据库的企业项目:
>是否有严格的策略来更改存储在文档db中的类型?
例如,对此类型的每次更改都需要迁移才能更新
现有文件?
>因此,数据模型(存储在文档数据库中的类型)与业务模型之间是否存在明确的分离?
谢谢你的时间,
公园
最佳答案 使用RavenDB,您可以通过修补来实现.
见:
http://ayende.com/blog/157185/awesome-ravendb-feature-of-the-day-evil-patching
并且:
http://blog.hibernatingrhinos.com/12705/new-option-in-the-ravendb-studiondash-patching