我目前正在尝试创建一个数据库，其中很大一部分数据是临时的。在阅读了许多这样做的技术（大多数涉及 6nf 标准化）后，我遇到了Anchor Modeling。
我正在开发的架构与锚建模模型非常相似，尤其是因为用例（时间数据 + 已知未知数）非常相似，以至于我很想完全接受它。
我遇到的两个最大问题是，我找不到任何详细说明这种方法的负面影响的信息，而且我找不到任何关于在生产中使用它来制作我需要注意的战争故事和陷阱的组织的参考资料.
我想知道这里是否有人足够熟悉，可以简要说明一些负面因素（因为研究论文和他们的网站中已经很好地宣传了正面因素），以及在生产环境中使用它的任何经验。
【问题讨论】：
标签： sql database-design database-normalization temporal-database anchor-modeling
以下是我知道的几点
DB 对象的数量太大而无法手动维护，因此请确保始终使用设计器来改进架构。
目前，设计器完全支持 MS SQL Server，因此如果您必须一直移植代码，您可能需要等到完全支持您的目标数据库。我知道它在下拉框中有 Oracle，但是...
不要期望（也不要求）您的开发人员理解它，他们必须通过 5NF 视图访问模型——这很好。问题是表是通过（而不是）视图上的触发器加载的，这可能（或可能不是）性能问题。
预计您可能需要编写一些额外的维护程序（针对每个时间属性），这些程序尚未自动生成。例如，我经常需要一个时间属性的修剪过程——删除两个连续时间事件中相同 ID 的相同值记录。
生成的视图和查询视图很好地解决了问题，您将来编写的任何内容都可能如此。但是，“其他人”将在 view-over-views-over-views 上编写查询——这并不总是能很好地解决。因此，您可能需要比平时更多地监管查询。
遗憾的是，我最近使用这种方法重构了我仓库的一部分，它的工作就像一个魅力。诚然，仓库没有这里列出的大部分问题。
我建议创建一个演示系统并测试、测试、测试...，尤其是第 3 点——通过触发器加载。
【讨论】：
关于上面的第 4 点。重述控制几乎完成，这样您就可以防止两个连续的相同值随着时间的推移而发生。
一般来说，加入不一定是坏事。阅读：Why joins are a good thing。
6NF 在锚定建模中的一大优势是非破坏性模式演化。换句话说，数据库模型的每个先前版本都可以作为当前模型的子集使用。此外，由于更改由模式中的扩展（新表）表示，升级数据库几乎是即时的，并且可以安全地在线完成（即使在生产环境中）。这种好处在 5NF 中会丢失。
【讨论】：
我没有读过任何关于它的论文，但由于它基于 6NF，我预计它会遭受 6NF 之后的任何问题。
6NF 要求每个表由一个候选键和不超过一个非键列组成。因此，在最坏的情况下，您将需要九个连接来生成一个 10 列的结果集。但是您也可以设计一个使用 200 个 5NF 表、30 个 BCNF 表和 5 个 6NF 表的数据库。 （我认为这将不再是 Anchor Modeling 本身，它似乎将所有表都放在 6NF 中，但我可能错了。）
神话中的人月在这里仍然很重要。
因此，管理问题不在于是否建立试点系统并将其丢弃。你会这样做的。唯一的问题是是提前计划构建一次性产品，还是承诺将一次性产品交付给客户。
Fred Brooks, Jr.，The Mythical Man-Month，第 116 页。
构建原型以测试预期的最坏情况的成本有多低？
【讨论】：
在这篇文章中，我将介绍属于数据库的大部分实际业务。数据库在这个大业务领域的解决方案根本无法通过使用“锚定建模”来解决。 在真实的商业世界中，这种情况每天都在发生。就是数据录入的人，输入了错误的数据。
在实际业务中，数据输入级别经常发生错误。数据输入经常会产生大量错误数据。所以这是一个真正的大问题。 “锚定建模”不能解决这个问题。
任何使用“Anchor Modeling”数据库的人都可能输入错误的数据。这是可能的，因为“锚建模”的作者已经写到可以删除错误的数据。
让我通过下面的例子来解释这个问题： 一位数学教授给成绩最差的学生打了最好的成绩。在这所高中，教授在相应的数据库中输入成绩。这名学生为这项刑事服务给了教授钱。这名学生利用这个假成绩成功进入了大学。 一个暑假过后，数学教授回到了学校。从数据库中删除错误的成绩后，教授在数据库中输入了正确的成绩。在这所学校，他们使用“锚建模”数据库。因此，数学教授删除了“锚建模”作者严格建议的虚假数据。 现在，这个犯下这种罪行的数学教授是干净的，这要归功于“锚建模”软件。
这个例子说，使用“锚建模”，你可以通过应用“锚建模技术”来利用数据进行犯罪
在第 5.4 节中，“锚建模”的作者写道：“删除语句仅在应用于删除错误数据时才允许使用。”。 您可以在“锚建模”的作者撰写的论文“使用第六范式用于结构演化数据的敏捷建模技术”中看到此文本。
请注意，“Anchor modeling”曾在第 28 届国际概念建模会议上发表并获得最佳论文奖？！
“Anchor Modeling”的作者声称他们的数据模型可以保持历史！然而这款“Anchor 造型”的样鞋根本无法维持历史。
由于“锚定建模”允许删除数据，因此“锚定建模”具有对数据的所有操作，即：添加新数据、删除数据和更新数据。更新可以通过两个操作来获得：首先删除数据，然后添加新数据。
这进一步意味着 Anchor 建模没有历史记录，因为它有数据删除和数据更新。
我想指出，在“锚模型”中，“必须”删除每个错误数据。在“锚定建模”中，不可能保留错误数据和更正数据。
“锚模型”不能维护错误数据的历史。
在本文的第一部分中，我展示了通过使用“锚定建模”，任何人都可以利用数据进行犯罪。这意味着“锚模型”运行公司的业务，直接陷入灾难。
【讨论】：
我将举一个例子，以便专业人士可以通过真实而重要的例子看到“锚定建模”有多糟糕。
示例 从事数据库业务的专业人士都知道，有成千上万的国际标准已成功地在数据库中用作密钥。
国际标准： 所有专业人士都知道什么是汽车的“VIN”、书籍的“ISBN”以及数以千计的其他国际标准。
国家标准： 各国对护照、个人证件、银行卡、条形码等都有自己的标准
当地标准： 许多公司都有自己的标准。例如，当您付款时，您有一张带有标准密钥的发票，并且该密钥也写入数据库中。
本示例中所有上述类型的密钥都可以通过各种机构、警察、海关、银行信用卡、邮局等进行检查。您可以在互联网上或通过以下方式检查这些“密钥”中的许多使用手机。
我相信，我在本示例中展示的具有标准键实体的这些数据库的百分比超过了 95%。
对于上述所有情况，“锚代理键”都是无稽之谈。 “Anchor建模”独家使用“anchor-surrogate key”
在我的解决方案中，我使用了所有在全局或本地级别上都是标准且简单的键。
弗拉基米尔·奥德尔金
【讨论】：