一个项目不同人开发不同的模块，建立实体bean时，对同一个表各自建立一个还是公用同一个？

Question

一般来说，对一个表，由主要使用这个表的模块开发者设计实体Bean其他也要用到这个表的模块，就公用这个Bean就可以了

Answer 1

按模块分组.
建议模块和层次结合分组..
可以有一组人专门开发ejb...
上层需要什么功能,告诉他们,他们再来实现...要是按你所说一个模块开发一个ejb,互相重复..总感觉不是那么一回事... 倒像是在学校几个学生搞着玩......

Answer 2

倒真让楼上这位老兄说中了，我们确实是学生！
不过我们的项目可不是搞着玩，最终要买正版的oracle、weblogic，并且运行在小型机上。
只是我也觉得我们的开发人员经验不足，有点心虚，还请大家多多指点！！

Answer 3

我把我做毕业设计时候在一个公司的情况说一下吧当时我们主要是分为前台人员（负责JSP页面编写，servlet编写，使用struts架构）和后台人员（负责编写EJB），分工的时候，是按照模块分工，一般是一个前台对应安排一个后台。后台人员提供方法，前台人员调用。如果其他模块需要操作同一个表的时候，那个模块的后台人员不用管，由那个模块的前台把希望得到的方法说出，由本模块的后台人员在他的EJB中增加相应方法供其他前台调用。

Answer 4

多谢！
这样同一张建多个实体Bean也不会对项目造成大的影响吧？关键是分模块调试方便，可以直接用jsp调试，不用后台在编写客户端！同时也减少了很多两个人讨论的时间。因为我们项目的前期规划不是很好，编程的过程中，很多地方需要重新修订。对了，再问个问题，动手编程前，项目应该规划成什么样子，用什么工具？
我们的项目划分了几个模块，建了几张表（用uml规划了几个类，最后一个也没用上），就开始动手了，造成最后扯不完的皮？

Answer 5

问个弱问：实体EJB相当于对数据库的每行记录都建立了一个EJB对象是吧？
那么生成报表的时候，要通过成千上万条记录来得到统计数据，这种时候不会还采用EJB吧？否则那效率？而且还浪费了我们的DBMS。

Answer 6

大批量数据查询时，要慎用EJB，会比较慢，但是你又要享受EJB容器提供的事务安全等服务时，那只好再三权衡了。