本帖最后由 fskjb01 于 2009-12-08 09:00:10 编辑

解决方案 »

  1.   

    先建表再生成对象 => 面向关系思想来设计对象先建对象生成表 => 面向对象思想来设计关系数据库建议程序员按对象设计来设计对象,数据库人员按关系模式来设计表,通过DAO层来处理对象和关系不匹配情况
      

  2.   

    正常流程都是先建立表 再建立对象 如果你能信任实体生成的SQL语句的话 你也可以反过来另 友情提示:我都是再移植数据库的时候才会用实体去生成表 偶尔懒惰一下。。
      

  3.   

    从对象出发是hibernate官方推荐的做法,但实际过程中大多数都是先建表,然后再设计实体类。就我个人感觉,从对象出发更好点,面向对象角度出发。有了对象关系,只要对hibernate的配置熟悉,利用其强大的ORM支持,可以自动生成关系数据库的
      

  4.   

    一般是先创建表再生实体类,有表了,可以用MyEclipse自动生成实体类,这样方便,又不容易出错
      

  5.   

    先有表,后有POJO。
    其实,设计表关系的时候已经考虑到对象间的关系了。不是说一定先把POJO弄出来再反向推数据库结构才算是面向对象。
      

  6.   

    从技术角度来说随便哪个都行。一般是 Table schema先建好。因为要开 Spec。
      

  7.   

    shit,KAO!!!有没有一点软件工程的概念啊????
    数据库设计是设计阶段最重要的一环!
    数据库表结构,关联关系,索引等等都没定下来,建个屁实体对象啊!!!
    设计的时候画类关联关系图还得看表结构呢!!!主次不分,都是hib堆出了你这种懒人!!!hib真是害人不浅!!!严重鄙视hib!!!严重鄙视依靠hib不知道数据库设计重要性的programmer!!!!
    依赖hib的,准备一辈子当程序员吧,挖哈哈哈哈!!!!
      

  8.   

    这么激动干嘛,hibernate吃了你什么!!
    还有,你弄清楚我为什么要问这个问题你,如果搞不清楚你的思维逻辑也不过如此罢了!!
      

  9.   

    先开发表,然后再通过ORM映射成实体
      

  10.   

    建议使用PowerDesigner先画图,把各种关系用PowerDesigner画出来,然后就直接生成,连数据字典也直接生成,后期维护也方便!
      

  11.   

    我觉得这两个东西是同时产生的,一个事物就是一个pojo/数据表,事物的属性即类变量/数据表字段。。
      

  12.   

    先建表,然后可以通过MyEclipse自动生成实体类!
      

  13.   

    推荐先用PowerDesigner类似的工具设计好表生成sql建库再生成pojo
      

  14.   


    太狂了,典型的90年代面向过程化编程的程序员。Java是纯面向对象的开发语言,一切可以立足对象来分析问题,数据库也不例外。因此,用J2EE开发应用,就是先分析实体对象(对象建模)、配置实体关系,然后用实现JPA的ORM自动生成数据表。当然不要太注重Hiberante,它仅仅JPA标准的实现者。
    大家好好看看《领域驱动模型设计与开发》、《EJB开发》之类的书吧。不要停留在“微软”时代。
      

  15.   


    领域驱动模式、EJB 开发也并不是让先建实体再去建表的吧。数据库设计阶段是软件开发中很重要的一个环节,数据库的设计是不能依赖于使用什么面向对象,还是面向过程语言去开发的,如果仅仅从面向对象上来设计关系型数据库的话,那可能不会去注重数据结构该如何定义,而更多地会在意于这个东西怎么编码实现的问题上,如果停留在这个问题上来考虑怎么建实体的话,那导致的结果就是,如果业务需要稍微修改一下,可能会引起翻天覆地的变化。
      

  16.   

    就是 我刚学hibernate 都不知道真正开发的时候应该先建哪个