既然这样,用bmp得了.
要不就用javabean操作数据库ejb不是任何时候都适用的.不一定非要用

解决方案 »

  1.   

    数据库的插删改用EntityBean
    查询直接用SessionBean:)
      

  2.   

    查询连sessionBean都不需要用。直接JDBC连接。
    少量的数据删除更改用EntityBean,
    大量的数据删除更改用sessionBean。
      

  3.   

    用bmp管理比较方便一些
    可以在bmp上面构建缓冲区比如用一个session bean
    然后在提交servlet
      

  4.   


    1.数据更新频繁,
    ------------------------------
    //在使用容器的情况下,单纪录的频繁更新使用cmp,初始化可能慢一些,但是别的方面不受影响——请相信App Server。多纪录的更新使用session bean 2.有频繁的查询,列表,统计等要求
    //查询统计,直接用jdbc好了。3.要求非常灵活的查询和统计,几乎是可以根据任意条件的查询组合来实现
    //这个取决于你的sql语句的编写技巧,和ejb无关。
      

  5.   

    根据大家的回复,我是不是可以理解为,用entitybean和jdbc等方式混用,不会存在数据不一致的情况?
      

  6.   

    由于实体bean的缓冲作用,数据不一致情况非常有可能出现。
      

  7.   

    ejb它有数据回调处理 不会发生数据部一致处理当然是指entitybean 它本生也存在匙机制所以你不必考虑你的数据同步问题
      

  8.   

    对涉及到有关数据库更新的操作时,最好使用EJB,因为可以使用EJB提供的很多服务,如事务支持,可以使你在更新数据失败是将数据回滚,以及一些安全方面的数据、数据持久性等等。。对一般的查询统计,使用一般的JavaBean就可以了!没有必要使用EJB。因为EJB的调用代价太高。Jack
      

  9.   

    你用 jdbc与entitybean同时用的话是不会产生数据不一至的情况, 如果这都不满足的话, 那j2ee还混个p呀! 只不过用那种来操纵数据库要具体情况具体分析,发挥自己的能动性.