我始终关注数据模型在未来更改和向后兼容性方面的一致性。
假设我们有一个通过周期(每年)循环的应用程序,并且有一个模型,其中一部分数据是按层次结构组织的,而且这个层次结构在各个周期之间可能变化,也可能不变化,在实现中,它只是在每个周期中分离成一个不同的数据库,但是是周期间数据互操作的问题,因为我们可以在每个周期中保持这个层次结构及其变化,不需要存储整个层次结构的每个周期,因为它不一定会改变更少的改变,但这是有可能的。
示例:
学术信息系统,我们在每个知识领域都有一个学科层次结构。
现在,基于这一等级持有保持每个学生的资格在2010年期间,现在在2011年之后的时期,等级变化。
:
或
- Trigonometry
- Arithmetic / \* here's other change no more algebra \* /
- History
- Geography
该系统正在工作,并继续保持学生在2011年期间的成绩,现在一个学生需要其过去的评等期,但是等级已经改变了,因为您可以得到以前的等级制度。
我怎么才能解决这个问题?
发布于 2011-09-16 08:30:03
下面是一个建模建议:主题实体应该具有属性
key)
名字相似的对象不应该有重叠的生命周期。每次更改层次结构中的活动主题时,都要复制主题并相应地更改生存期字段。只要层次结构不改变,数据中就没有什么可更改的。
要匹配您的示例:
subject Mathematics, lifetime: from_year=2010, to_year=NULL
Algebra: lifetime: from_year=2010, to_year=2010
Trigonometry: lifetime: from_year=2010, to_year=NULL
Arithmetic: from_year=2010, to_year=NULL
subject Algebra: lifetime from_year=2011,to_year=NULL
Algebra: lifetime from_year=2011,to_year=NULL另一种选择是在您的科目中有一个“年度”字段,而不是终生;这可能是一个简单得多的解决方案,更适合于这样的情况:您希望为每个科目每年存储不同的年级。但这意味着每一个周期都要存储整个层次结构,你所排除的是什么。
发布于 2011-09-15 18:06:35
不要混淆每一个主体的身份及其在世袭中的地位。
如果我在2010年获得了代数方面的B+,那么这些数据看起来如下:
ClassID StudentID Grade
100 100001 B+当类别发生变化时,“代数”类的ID不应该更改。
https://stackoverflow.com/questions/7432366
复制相似问题