entity bean 中主从表关系的处理方式 还是没有人给予，再次希望得到大家的帮助！ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 试抛砖，望引玉。你这里提到的主表，我理解为类似于“字典数据”。如果我这里的理解有误，下面的话对你而言就是废话了，无需浪费时间分辨。字典数据的特征为：读居多，写很少；也就是说基本上是 readonly 的。对它的处理常常有：“数据库字典表标准建模”、“数据库/内存cache”、“非数据库/简单对象”、“不建模/界面整合”等方式、各有特色。在不同的应用场景，应做不同的选择。鉴于你的应用以 EJB 环境为基础，我的建议是：采用 CMP 方式建模为 readonly 的 entitybean 对象，通过 remote 的 sessionbean 以 local 方式调用。原因如下：1. 性能CMP 的 readonly entitybean 会被 container 加速处理，性能不会太慢。而 remote sessionbean -> local entitybean 的 sessionfacade 调用方式也提供了更好的性能。2. 通用性entitybean 方式，提供了从其他 entitybean 中进行引用的可能(也就是说，能支持 CMR 建模)，比起不在数据库建模的实现方式，数据的一致性比较能够得到保证。3. 维护性在数据库建模这个对象，提供了直接予以修改的灵活性。在非数据库建模的处理方式中，维护时，有的需要修改代码重新编译，有的需要重新启动服务，有的需要修改界面逻辑。而 entitybean 方式，无需任何修改和重启。缺点：性能，无可否认，毕竟它的实现基于 remote ejb 调用。但是通过良好的设计，比如 client 端的 cache 技术，是完全可以避免使它成为系统性能瓶颈。个人认为，比起它的优点，还是值得的。 MyBatis Oracle 主键生成 如何获得预编译sql中问号的数据类型？ 请教大神们一个问题？JDK的版本问题 问个EJB的问题 struts问题 myeclipse 如何连接数据库mysql-front 急：struts2中页面导向问题 struts sqlserver连接池问题 EJB 3.0 开发环境的搭建 char[]与byte[]互转负数问题 变量转换 关于ObjectInputStream类使用的问题
CMP 的 readonly entitybean 会被 container 加速处理，性能不会太慢。而 remote sessionbean -> local entitybean 的 sessionfacade 调用方式也提供了更好的性能。2. 通用性
entitybean 方式，提供了从其他 entitybean 中进行引用的可能(也就是说，能支持 CMR 建模)，比起不在数据库建模的实现方式，数据的一致性比较能够得到保证。3. 维护性
在数据库建模这个对象，提供了直接予以修改的灵活性。在非数据库建模的处理方式中，维护时，有的需要修改代码重新编译，有的需要重新启动服务，有的需要修改界面逻辑。而 entitybean 方式，无需任何修改和重启。缺点：性能，无可否认，毕竟它的实现基于 remote ejb 调用。但是通过良好的设计，比如 client 端的 cache 技术，是完全可以避免使它成为系统性能瓶颈。个人认为，比起它的优点，还是值得的。