6NF和历史属性数据

Question

使用符合6NF原则标准化的数据库时,如何存储历史属性数据？

比方说,我们从@PerformanceDBA 获取此示例,但具有以下额外要求:

我们需要存储所有产品的历史数据,我们应该只需输入日期并获取该特定时间产品属性的快照.

更实际的示例:
假设上面示例中的磁盘和CPU是虚拟的,用户可以随意更改磁盘容量.我们如何改变数据库,以便我们可以在过去的任何时间(当然是在创建日期之后)检索给定磁盘的属性,同时保持5NF视图足够快.

我正在考虑的事情

• 将时间戳列" changedate " 添加到每个属性表(这将导致带有子查询和每个属性表的连接的相当复杂的查询)
• 为每个属性表创建一个单独的*历史表(可能会产生大量的表,因为我们有大约70个属性分布在20种产品类型中)
• 另外:为每个属性表添加一个索引的" 当前 "列以加速5NF视图

任何帮助表示赞赏!

---

编辑:我知道时态数据库的概念,但问题是,对于我正在使用的数据库引擎(postgresql),时间扩展尚未完全实现.关于如何在没有时态数据库的情况下实现这一目

Answer 1

最近批准的SQL:2011标准包含的功能可以让您比以往更好地处理这类问题.

并不是说你能够在时间领域做你想做的一切,但是所引入的确实是一个相当重要的改进.

关于它的一个很好的介绍是在http://metadata-standards.org/Document-library/Documents-by-number/WG2-N1501-N1550/WG2_N1536_koa046-Temporal-features-in-SQL-standard.pdf.

请注意,只有一家供应商在他的SQL产品中对这些功能提供了合理的支持,另一家可能正在努力,而第三家则为其客户打开了投票渠道.

www.linkedin.com上还有一个"时间数据"讨论小组,专门针对您的主题.

编辑试图解决"如何在没有时态数据库的情况下实现这一目标的任何建议？"

不要只为模型添加单个日期/时间类型列.第一个原因是你给出的,第二个原因是这个解决方案也是新标准推广的解决方案,它将促进过渡到支持新功能的引擎一旦可用.

因此,添加一个开始日期和结束日期/时间列.不要使它们无法使用.新标准要求其具有时间特征.如果最终MIT(时刻)仍然未知,请使用适用时间类型的最高值,例如9999-12-31.

您不需要"为每个属性创建单独的历史记录表".同样可能具有"单个实体表",其保持"整个实体发生的历史".缺点是很难查询某个特定属性何时发生ACTUAL更改(因为任何属性的任何更改都会获得新的历史行,可能会复制大多数属性的相同属性值)."单一表"很可能是对空间的渴望消费者,"每个属性的独立历史"可能是查询CPU时间的热切消费者.这将是一种平衡行为,而且平衡恰恰取决于您的具体情况.

不要"向表中添加索引'当前'列".首先,当你的引擎有它们时,它们不会帮助你转换到新功能,其次,Y/N列是非常糟糕的鉴别器,因此非常不适合索引.我宁愿将你的start或end-mit添加到索引中,可以期望它们为"当前"行提供相同的胜利,并且当需要查询那些时,可以更好地赢得非当前行.

至于数据库约束的执行,例如临时密钥中的时间段中的非重叠以及时间RI中包含时间段,那么您完全依靠自己.按优先级降序编写触发器或SPROC或应用程序代码中所需的代码.

这更有帮助吗？