我总是关注数据模型在未来变化和向后兼容性方面的一致性。
假设我们有一个循环通过句点(每年)的应用程序和一个模型,其中一部分数据,这些层次组织,并且这个层次结构可能会或可能不会在不同时期之间发生变化,有些实现只是将它们分成一个每个周期都有不同的数据库,但是数据在周期之间互操作的问题,因为我们可以在每个周期中保持这个层次结构及其变化,而不必每个周期都存储整个层次结构,因为它不一定变化少得多改变一切,但有可能。
示例:
学术信息系统,我们在每个知识领域都有一个主题层次
现在基于这种等级制度保留每个学生在2010年期间的资格,现在在2011年之后的时期,等级变化
或
数学
社会科学
系统正在运行并继续保持2011年期间的学生成绩,现在学生需要过去的评分期,但层次结构已经改变,因为您可以使系统成为先前的层次结构
我如何解决这个问题?
答案 0 :(得分:1)
以下是建模建议:主题实体应具有属性
名称相似的主题不应该有重叠的生命周期。每次对层次结构中的活动主题进行更改时,请复制主题并相应地更改生命周期字段。只要层次结构没有变化,您的数据就无需更改。
符合您的示例:
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
另一种选择是在主题中使用单个“年”字段,而不是生命周期;这可能是一个更简单的解决方案,更适合于您希望每个学科每年为每个学生存储不同等级的情况。但这意味着每个周期都存储整个层次结构,排除的是什么。
答案 1 :(得分:0)
不要混淆每个主体的身份及其在层次结构中的位置。
如果我在2010年获得代数中的B +,那么数据如下:
ClassID StudentID Grade
100 100001 B+
当您的类别发生变化时,“代数”类的ID不应更改。