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

我正在开发的模式非常类似于Anchor Modeling模型,特别是因为用例(时态数据已知未知数)非常相似,所以我很乐意完全拥抱它.

我遇到的两个最大的问题是,我没有找到任何详细的这种方法的负面情况,我找不到任何参考组织使用它在生产中的战争故事和陷阱,我需要注意.

我想知道这里的任何人是否熟悉,可以简要阐述一些负面因素(因为积极性在研究论文及其网站上广泛宣传),以及在生产环境中使用它的任何经验.

解决方法

这里有几点我知道

> DB对象的数量太大,无法手动维护,因此请确保始终使用设计器来演进模式.
>目前,设计人员完全支持MS SQL Server,所以如果你必须始终端口代码,你可能要等到目标数据库完全支持.我知道它在下拉框中有Oracle,但…
>不要指望(也不要求)开发人员了解它,他们必须通过5NF视图访问模型 – 这是很好的.事情是通过视图上的(而不是 – )触发器加载表,这可能(或可能不)是性能问题.
>您可能需要编写一些额外的维护程序(对于每个时间属性)(不是自动生成的).例如,我经常需要一个时间属性的修剪过程 – 在两个连续的时间事件上删除同一个ID的同一个值记录.
>生成的视图和查询 – 视图可以很好地解决,所以可能会在将来写下任何内容.然而,“其他人”将会对视图进行查询,而不是总是很好地解决.所以期望您可能需要比平常更多的警察查询.

令人遗憾的是,我最近用这种方法重构了我仓库的一部分,它的工作就像一个魅力.诚然,仓库没有这里概述的大部分问题.

我建议,必须创建一个演示系统和测试,测试,测试…,特别是第3点 – 通过触发器加载.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!