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

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)