目标:减少HIBERNATE工作量,不重复写DAO,目前只使用SPRING MVC+Hibernate

[pta]

因为我公司基本上都是用JAVA做项目，持久层基本上用HIBERNATE，然后DAO层都用SPRING了
而且如果项目大的话，有可能是一二百个数据库表，
目前有一个目标：做一个通用可行的框架，这样不管公司要做什么项目，都在这个框架上做少许修改，
就可以很快完成环境的搭建，希望做到大致上的统一，可以让其它程序员很快的参与到开发当中。
但问题就是出在这里，因为有些项目肯定会有一二百张数据库表，而且它们之前什么关系都有
（继承，一对多，多对多等等），那我现在缺少的是一个可行的办法，让这一二百个数据库表，
很快的映射好它们的HBM文件，还有它们的DOMAIN类。
我想到一个方法，不知可不可行 肯定要画data model，或者ORM图，然后让他们自动生成DDL，建表，
再通过数据库表自动生成HBM文件和DOMAIN类。
问题又来了，自动生成出来的这些文件，还有很多地方要改啊，例如“继承”关系的，会有工具自动生成吗？
还是只能通过手工修改的方法？但这样子工作量又是很大了啊？达不到我的初衷。
或者会不会有工具，直接可以从data model图或者ORM图直接生成DOMAIN类和HBM文件呢？
最近我用一个叫 Visual Paradigm 的工具画data model，但效果不好啊。
pd 不会用。。。

所以还请高人指点。

[notruiyi]

你完全弄反了,人家是根据代码自动建表,并使用XDOCLET自动创建HBM

[pta]

是吗?我上一个项目也是
datamodel-->ddl-->hbm&pojo

但是生成出来还要做大量的修改,因为数据库表实在是太多了,200个左右.

如果像LS所说,"根据代码" 你的意思是写好domain类?那这200个domain类要写到什么时候啊?
还有他们的关系

[sunyujia]

MyEclipse Reverse-Engineering Templates
使用myeclipse插件他提供了开发人员自己写模版的机会使用vm模块,你还有自己编程生成hbm的机会,他对外提供了少量方法供覆盖.

[禽兽v5]

hbm文件所描述的类继承关系，数据库ddl描述不出来，而数据库的关联关系，类描述不出来。想从后二者之一生成另二者，鸡蛋砸石头差不多。所以，应该用hibernate设计工具设计hbm，再生成类和ddl，至于业务处理，你就独立写DAO吧，通用功能的DAO你可以封装一下，做成类体系。

jboss有免费的hibernate tools，也可以用myeclipse。

另外一二百个表就别说什么大项目了...

[zenithsoftware]

盲人看贴中