最佳做法的版本的实体？

Question

下午好，

我目前在非常早期阶段的一个新项目编写的。网，并使用的实体的框架，用于数据存储/存储。其中一个特点需要是能力'version'的某些模式类型。E.g。一个模型是一个'需求'，这将有n'要求的版本'，基本上具有一种方式回去的历史、生命周期的具体'需求'的实例。唯一的事情是静态的所有修改是这是'ID'，其他一切都是绝对可改变的整个要求的生命周期。

现在的问的是，应当我'简单的'创建一个1:n之间的关系的一个要求>>RequirementVersion?其他功能需要是否可能完全恢复旧的国家中当前最新的之一，必须有能力有大大小小的版本(变化)等，以及最后但并非最不重要的能力来创建一个"基本"跨集合要求的最新版本，以回去那个特定的基准在稍后的时间点和显示所有列入RequirementVersions?

这个已经扩大到几百万的要求的记录，他们每个人都有几千修订..这是特别是为什么我要求..缩方面的一个简单的1：正关系等。

有没有人做了一些类似的，也许一些建议/最佳做法等有关的版本控制/基线等？

干杯&谢谢 -Jörg

Answer 1

这取决于有多少数据的每个要求。

如果要求具有较大的领域(例如要求说明)。

1. 你可能会喜欢的版本领域的相反，不要求本身。不幸的是，似乎没有简单的方法来处理实体的框架。
2. 其他解决方案(我们这样做是为CMS)是具有单独的表格要求和对需求说明。所以如果你将有RequirementVersions和RequirmentDescriptionVersions.

如果要求是足够小可以使用的要求>>RequirementVersion.在大多数情况下你不会有显着的数据的增长，特别是可以利用SQL2008压缩。