我正在启动一个新的数据库应用程序,我想知道在对象(使用UML)启动设计并相应地构建数据库模式,或者从数据库的设计(使用ER)开始并创建对象是否更好因此.
这两种方法的优点和缺点是什么？
(我认为这不重要,但以防万一:我打算使用Java和Hibernate)
我们的开发小组已经就实体的组成是否应该推动数据库设计,或者数据库设计是否应该驱动实体的组成进行了相当多的讨论.
对于那些处理过这个问题的人来说,你的理念是什么？当然,并非每个实体都将1:1映射到数据库表.但是,对于那些那样做的人,你是如何处理这个的？IOW,首先是数据库表,然后是相应的实体或实体,然后是数据库表来持久化它？
谢谢.
我正在观看EF 4.1的一些视频和教程,我不明白CodeFirst的任何好处(除了一些如果DB是非常小的3-4个表,我很懒于创建数据库).
到目前为止,最好的方法是在某种数据库编辑器中创建数据库,这肯定比在实体模型中编辑更快,EF可以获取每个关系并正确地创建关联.我知道命名约定等方面存在挑战,但我觉得管理Code First非常困惑,因为所有内容看起来都像代码,而且代码也太多了.
CodeFirst可以做什么,Db首先不能做什么？