参考
**anchormodeling.com**
这是我知道的几点
DB对象的数量实在太大而无法手动维护，因此请确保您始终使用设计器来发展模式。
当前，designer完全支持MS SQL Server，因此，如果您始终需要移植代码，则可能要等到完全支持目标DB为止。我知道它在下拉框中有Oracle，但是…
不要期望（也不需要）开发人员理解它，他们必须通过5NF视图访问模型-很好。事实是，表是通过（而不是）视图上的触发器加载的，这可能（也可能不是）性能问题。
期望您可能需要编写一些额外的维护过程（针对每个时间属性），这些过程尚未自动生成（尚未）。例如，我经常需要一个用于时间属性的修剪程序-删除两个连续时间事件中相同ID的相同值记录。
生成的视图和基于视图的查询可以很好地解决问题，将来您编写的任何内容也可能会得到很好的解决。但是，“其他人”将在“ views-over-views-over-views”上编写查询，但这并不总是能很好地解决。因此，期望您可能需要比平时更多地管理查询。
令所有这些事情感到悲伤的是，我最近使用了这种方法来重构仓库的一部分，并且它就像一个魅力。诚然，仓库没有这里概述的大多数问题。
我建议必须创建一个演示系统并进行测试，测试，测试……，尤其是第3点-通过触发器加载。
