这样的问题,你们一般怎么做?

03-09-09 licy
采用J2EE技术

办理一个业务,要输入很多条记录,(例如,一个单位为员工来申报某些服务,是按单位申报,员工明细批量输入)。我的想法是这个业务应该是以单位为口径来办理的,所以我就做一个composite entity,包含这次服务申报信息和具体的员工明细记录,可是那么多条记录如何实现持久化呢,怎么知道有没有重复的纪录在数据库里面,有些想法但是不是感觉不是很好,有没有哪位有具体的类似应用呢?

Thanks!

licy
2003-09-09 15:13
换另外一种表达方式就是:

有这么一个业务,他包含一些关键业务信息和大量记录明细,例如,企业向服装公司订购员工服装,下了一个订单,明细记录包含每个员工需要的尺寸,对于这样的业务来讲,他就是一个业务,但是包含大量明细数据,对于每条关于员工的衣服尺寸的记录来讲,他仅仅是一条数据,在其他场合没有意义,但他又是重要的。对于这些数据的持久化,如果采用Entity Bean的话,很显然是浪费的资源的;如果采用自己编写代码的话很难维护,它不是一条数据,而是一个数据集合。

曾经考虑过《Core J2ee Patterns》里面说的composite entity,相对这个模式来讲,要把明细纪录保存在内存里面,然后进行相关的crud操作。可是现实的情况是明细纪录很多,这样的话性能好像也不是很好。

那位大虾指点一下啊?

在这里发贴没有一次有回的,郁闷

xok
2003-09-10 05:06
If the business logic is simple, use direct SQL. Furthermore, if the DB is huge, use stored procedure.

If needs more flexibility, use iBatisDB (excellent alternative to Hibernate in this case)

猜你喜欢