我正在开发的模式非常类似于Anchor Modeling模型,特别是因为用例(时态数据已知未知数)非常相似,所以我很乐意完全拥抱它.
我遇到的两个最大的问题是,我没有找到任何详细的这种方法的负面情况,我找不到任何参考组织使用它在生产中的战争故事和陷阱,我需要注意.
我想知道这里的任何人是否熟悉,可以简要阐述一些负面因素(因为积极性在研究论文及其网站上广泛宣传),以及在生产环境中使用它的任何经验.
解决方法
这里有几点我知道
> DB对象的数量太大,无法手动维护,因此请确保始终使用设计器来演进模式.
>目前,设计人员完全支持MS sql Server,所以如果你必须始终端口代码,你可能要等到目标数据库完全支持.我知道它在下拉框中有Oracle,但…
>不要指望(也不要求)开发人员了解它,他们必须通过5NF视图访问模型 – 这是很好的.事情是通过视图上的(而不是 – )触发器加载表,这可能(或可能不)是性能问题.
>您可能需要编写一些额外的维护程序(对于每个时间属性)(不是自动生成的).例如,我经常需要一个时间属性的修剪过程 – 在两个连续的时间事件上删除同一个ID的同一个值记录.
>生成的视图和查询 – 视图可以很好地解决,所以可能会在将来写下任何内容.然而,“其他人”将会对视图进行查询,而不是总是很好地解决.所以期望您可能需要比平常更多的警察查询.
令人遗憾的是,我最近用这种方法重构了我仓库的一部分,它的工作就像一个魅力.诚然,仓库没有这里概述的大部分问题.
我建议,必须创建一个演示系统和测试,测试,测试…,特别是第3点 – 通过触发器加载.
原文地址：https://www.jb51.cc/mssql/81607.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
