interface xx = new yy();

机械性的劳动。。不太明白。

“yy()”就代表了一个机械性的劳动：

可以用一个父类来映射表的所有字段、然后写子类继承这个基类来实现到各个具体表的映射。数量少的时候我们也许不会发现这个做法的坏处，但是当数量相当大的时候，我们总不能写上千个这样的子类。（虽然每个子类不包含任何内容，只作为一个标识类，但是仅仅写上这样的上千个类代码也该算是体力劳动了。）而且业务方法中的参数中只能使用基类作为接口参数，还会涉及到向下转型这个问题。所以这个解决方案应该不是最好的。

懂了。 现在只能说这个办法可以解决问题，只不过不是最优的。不过我现在还没想到什么更好的办法。

关键你们公司搞这么多重复结构的表。。有点bt的说。。 强烈怀疑你们这些重构的表里有商业秘密。 比如客户信息。。。

[此贴子已经被作者于2007-11-19 12:00:58编辑过]

如果可以到话，能不能在那些重构的表里加个字段，来区分这些数据 ？

表容量过大的时候，SQL查询的效率就会大幅下降。

数据多，肯定会对效率有影响，无论你采用什么策略。 谁叫数据多呢？

ora数据库么 ？ 分区，索引，seq ，存储过程。。。都用上吧。。。唉。。