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

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)