请教一个Hibernate设计上的问题

目前我有一个应用，假设制造汽车轮胎，数据可能会超过亿条。
轮胎都是通过流水线工程制造出来的，可能会有几千条流水线。
数据存储的一个主要用途是用来检索器中的轮胎数据，而且每次
检索的条件都会固定在一个流水线的数据内，所以为了考虑性能
计划把这些数据根据一个流水线一个数据表来存放。
也就是：
流水线：Table1，Table2，Table3.....
轮胎：Data1，Data2，Data3....
Data和Table的数据结构都是一样的，Data被生产的时候就已经知道其属于
哪个Table。所以存放的时候就根据其所在的流水线存放。

原来JDBC设计中，Table可以根据表名来判断如何插入数据，比如Sql语句中的
"From Table"+table_id来进行判断。但是使用Hibernate时候如何更好的
设计这些对象的关系和存放？

不知道我说的这些是否说明白了。

经过几天思考，我想过用文件自动生成xml文件和class文件，但是生成的文件必须动态部署到系统中。我总不能每次系统的应用操作开辟一个流水线就重新启动一下系统。
困扰了，难道只能回到原先的JDBC的设计上来.
目前的选择只有两个
1、抛弃性能考虑，完全用一个table放置所有的产品，流水线作为其中的一个字段做区分。
2、用jdbc来进行设计，这样是否就又抛弃了面向对象的设计呢？这个有点迷惑，hibernate就不要用了

各位大大不知道谁有空帮着想想

这个需求很常见。我们最近的一个用户就有同样的需求，为了性能，数据是按月存放在同结构表中。为此我们特别在我们的ejb3 persistence中增加了这个实现，允许同一个entity映射到多个同结构表中。

楼主我理解你的意思，感觉你的需求比较特殊，还是用Spring+JDBC来实现比较好

查了一下hibernate的文档和资料，好像hibernate也支持dynamic model，只不过需要重建SessionFactory .但是具体如何应用没有详细例子。前面我看robbin也有讨论，但是也没有实际如何进行的例子。

对于这种大数据量的操作，我认为还是直接用JDBC好一些，不过自己要封装一下。