应用Hibernate的一个问题 - 编程论坛

#2

黄袖标2007-11-16 14:00

做个embeded啊，呵呵一个设置而已。

#3

黄袖标2007-11-16 14:00

其实就是一个集合映射

。

#4

liugy522007-11-16 14:41

我是新手，我还是不能理解，麻烦说详细些。谢谢了！

#5

黄袖标2007-11-16 14:53

偶的置顶的帖子里有文档，lz最好看看，有一定的了解以后才好说的明白。

#6

liugy522007-11-16 14:58

在运行时映射到不同的数据库表

#7

liugy522007-11-16 15:51

我把我的想法描述一下：

我的程序中存在一个实体类A，我想用A来对数据库中的表T1、T2、T3（这些表的结构都是相同的，而且数量成百上千）。。。进行持久化操作。我想在程序运行的时候根据条件判断决定用A来持久化T1或者T2或者T3中的数据（因为特殊原因 T1、T2、T3不应该合并成一个包括所有数据的表T）。

那么、就不能用配置文件的方式来进行A到T1、T2、T3的映射了，只能在运行时来根据运行状态来进行动态的映射。

这个问题该怎样解决，是否有更好的解决办法，还希望大家多多帮忙！！

#8

黄袖标2007-11-16 19:02

楼主好像发帖子问过类似的问题，问题好像是lz想用一个po来映射3张表，只不过根据不同的情况选择对哪张表做映射，好办法到是暂时没想到，笨办法到是想到一个，就是写3个不同的cfg文件，然后每次要操作的时候，用3个hibernateUilt来初始化，也就是说分别加载不同的配置。这个办法有点笨，但是应该可以解决问题，满费资源的说。这个办法应该可行，一个好点的想法就是把A类做成个接口，根据不同情况去实例化，然后分别对应那三张表。但是具体的可行性有待证实。

[此贴子已经被作者于2007-11-16 19:03:41编辑过]

#9

liugy522007-11-19 09:42

“一个好点的想法就是把A类做成个接口，根据不同情况去实例化，然后分别对应那三张表。但是具体的可行性有待证实。” 你说的这个办法可行，我这么做过，但是还是需要很多机械性的劳动，觉得还是应该改进。

但是最好的解决办法应该是脱离配置文件的束缚、用代码来实现和配置文件同样的作用。但是这个怎么实现我没有一点头绪、还希望各位多多指点，谢谢大家！！

#10

liugy522007-11-19 09:46

现在我说所面对的主要困难是：这些同结构的表的数量多，需要上千个。所以写配置文件的办法还不是很好！

#11

黄袖标2007-11-19 10:34

回复：（liugy52）“一个好点的想法就是把A类做成个接...

interface xx = new yy();

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

#12

liugy522007-11-19 11:34

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

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

#13

黄袖标2007-11-19 11:57

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

#14

黄袖标2007-11-19 11:59

回复：（黄袖标）懂了。现在只能说这个办法可以解决问...

关键你们公司搞这么多重复结构的表。。有点bt的说。。

强烈怀疑你们这些重构的表里有商业秘密。比如客户信息。。。

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

#15

黄袖标2007-11-19 12:07

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

#16

liugy522007-11-19 13:11

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

#17

黄袖标2007-11-19 13:29

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

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