锚定建模的优缺点是什么？

Question

我目前正在尝试创建一个数据库，其中很大一部分数据是临时的。在通读了许多技术后（大多数涉及6nf归一化），我遇到了Anchor
Modeling
。

我正在开发的模式非常类似于Anchor Modeling模型，特别是因为用例（时间数据+未知未知数）是如此相似，以至于我很想完全拥抱它。

我遇到的两个最大问题是，我无法找到详细说明这种方法的负面影响，也找不到对我需要了解的将其用于生产战争故事和陷阱的组织的任何参考。

我想知道这里是否有人熟悉一下这些负面因素（因为这些正面因素在研究论文及其网站中得到了很好的宣传），以及在生产环境中使用它的任何经验。

Answer 1

参考
**anchormodeling.com**

这是我知道的几点

1. DB对象的数量实在太大而无法手动维护，因此请确保您始终使用设计器来发展模式。

2. 当前，designer完全支持MS SQL Server，因此，如果您始终需要移植代码，则可能要等到完全支持目标DB为止。我知道它在下拉框中有Oracle，但是…

3. 不要期望（也不需要）开发人员理解它，他们必须通过5NF视图访问模型-很好。事实是，表是通过（而不是）视图上的触发器加载的，这可能（也可能不是）性能问题。

4. 期望您可能需要编写一些额外的维护过程（针对每个时间属性），这些过程尚未自动生成（尚未）。例如，我经常需要一个用于时间属性的修剪程序-删除两个连续时间事件中相同ID的相同值记录。

5. 生成的视图和基于视图的查询可以很好地解决问题，将来您编写的任何内容也可能会得到很好的解决。但是，“其他人”将在“ views-over-views-over-views”上编写查询，但这并不总是能很好地解决。因此，期望您可能需要比平时更多地管理查询。

令所有这些事情感到悲伤的是，我最近使用了这种方法来重构仓库的一部分，并且它就像一个魅力。诚然，仓库没有这里概述的大多数问题。

我建议必须创建一个演示系统并进行测试，测试，测试……，尤其是第3点-通过触发器加载。