据说实际过程中都是先建表再建类,那如果实体类之间存在一对多等单向或双向的关联,难道这时是自己直接在数据库表中定义外键?然后再反向工程生成的类中的属性逻辑还对吗?
实际中如果是先建表,然后反向工程生成实体类?一般应该不能一步到位啊,如果我想要在一个实体类中有Set<T>用于一对多,反向工程之后能得到这种属性吗?
以前就算是简单的POJO都要修改映射文件,如果映射文件改了,对应的数据库也会因此发生改变吗?
有实际开发经验的谈谈,谢了。

解决方案 »

  1.   

    据说实际过程中都是先建表再建类,那如果实体类之间存在一对多等单向或双向的关联,难道这时是自己直接在数据库表中定义外键?然后再反向工程生成的类中的属性逻辑还对吗?
    ---先建立表,然后反向生成实体类,属性逻辑是对的。
    ---应该不能一步到位,Set<T>用于一对多,需要自己手工设置生成的xml文件,通常比较麻烦。
    ---映射文件改了,数据库不会自动改的,只是 映射关系如果不对应的话,会报错。