--- 为什么这么做？
当然是有需求啊。--- 什么可以做到这一点呢？
使用最原始的jdbc就可是实现啊。而且我们的产品已经作到了。呵呵。
--- 为什么这么做？
当然是有需求啊。--- 什么可以做到这一点呢？
使用最原始的jdbc就可是实现啊。而且我们的产品已经作到了。呵呵。
--- 为什么这么做？
当然是有需求啊。--- 什么可以做到这一点呢？
使用最原始的jdbc就可是实现啊。而且我们的产品已经作到了。呵呵。
--- 为什么这么做？
当然是有需求啊。--- 什么可以做到这一点呢？
使用最原始的jdbc就可是实现啊。而且我们的产品已经作到了。呵呵。
有什么需求就用什么好的处理方式，如果你已经有了好的处理方式，为什么一定要用hibernate呢？我想客户是不会强行要求你选择什么技术吧，再说你也可以在其他地方用hibernate实现
bean也可以动态生成的,java 的代码也可以自己生成，自己调用是否装载的.
对于楼主的问题，在设计上有没有可能换一种思路：比如用记录的变动来替代字段的变动。
你认为不需要是因为你没有碰到类似的问题。
就象许多大学生认为学习离散数学没有什么用似的。
-------------
ID 员工号 pk
Name 姓名
...salary_type表
---------------
ID 工资类型 pk
Name 工资名称
...为了关联这两个表，创建第三个employee_salary表
----------------------------------------------
EMPLOYEE_ID
SALARY_ID
HOW_MUCH_$比如，小张下个月新增交通补贴一项，首先在salary_type中添加纪录（如果没有）： {交通补贴ID, "交通补贴"}然后，在employee_salary表添加{小张的ID, 交通补贴ID, $700 }这样怎么会更改表的结构？要查询小张的所有收入项目，在employee_salary中select * where employee_id=小张的id
然后，获得小张对应的所有salary_id，对照salary_type表便知到底是什么类型收入
如果一个数据表字段数目变化，意味着一个对象的属性个数发生改变，这样的变化在java中怎么实现呢？
很显然不可能直接增加类的属性的个数。而是用一个key-value的对应值来表示属性，key表示属性名称，value表示属性值，比如：public MyClass {
private Map properties = new HashMap();
public setProperty(String key) {
...
}
public getProperty(String key) {
...
}
}
www.htok.net
如果我猜得不错的话，你们几乎所有的产品都应该是基于opensource的。
1、些一个后台线程或是一个类，在你的表结构变化后，调用这个操作类完成一个类似middlegen完成的操作来生成hbm.xml映射文件和相应的类。
2、Configuration重新加载映射文件
3、重新建立sessionfactory
4、取得session
5、………………
开销很大吧，我没有尝试过，但我想只要想要的，总有途径实现来满足。
数据库实际上最重要的是查询，我想大家并不反对！
在查询的时候往往要借助临时表，再经过动态的表结构改变，加入一些辅助的字段，这样会使查询出来的结果更加符合客户的习惯！我是支持Hibernate可以动态改变表结构的!
asklxf(xuefeng)说的那种表结构，和redv(upas) 说的那种类设计方式，结合到Hibernate中，就完全可以解决你的这个问题。
1、只有这一个表A需要动态，那么我们使用标准sql对它进行操作，中介仍然是hibernate，但没有pojo对象，这样可以不必担心字段变了，pojo对象也得变；
2、其他表不需要动态，完全使用pojo对象，由hibernate进行读/存；
3、对于动态表，我们创建一个属性表B来描述它，属性表里的每一条记录，就是表A的一个字段的描述，如字段名，字段属性，最大长度，默认值等等。这样，当要读取A表的字段时，先读取B表，B表有多少记录，A表就有多少字段，反过来也一样，而且属性也知道了。 写一个基础方法，读B然后再对A操作，问题就可以解决，当然，不必每次都读B表，你可以将B表记录作为静态量保存在内存中，只有A表改表时才再重新读B表。
4、对于A表字段的增加，需要另外写一个程序，这个程序将是你开发产品的一个功能，它对A表增加字段的同时，同时向描述它的B表增加一条记录。我们是成功实现了的，希望对你有所帮助！