2016-11-13 13:39
你的这个架构设计，总体上是极好的，如果性能出现瓶颈，先做集群，将 DB IO Service 与 Controller 这部分多实例部署
如果做了分布式，那么各分布式结点可能需要通信，一般情况下仍然用 http 走 json 就可以，如果是极大的性能要求，可以用 netty 走 socket 通道，我估计你很长时间都用不上，这都是巨型公司才要用的
2016-11-13 13:36
有人这么做过，效果极好，在你现在的架构图上只需要做一点点改动：将 DB IO Service 与 Controller 这部分做成多实例部署，也就是说弄成集群，如果 DB IO Service 这部分有不同的实例，那就成了一个分布式系统
淘宝、新浪都是这么做的，当并发需求很大时，先是多实例部署，然后加一个负载均衡来分发请求到不同的实例，这就属于集群的范畴
当集群的性能还满足不了需求时，再将大项目拆分成小项目，这就属于分布式的范畴，然后分布式中的热点小项目再多实例部署，这就属于 分布式 + 集群 混合的范畴
2016-11-12 22:17
对于关联表，用得最多的就是关联查询，而关联查询都是以主表为核心，关联表只起一个桥梁的作用，所以不需要对关联表创建 model
对于关联表的维工作，主要是创建与删除，用一下 Db + Record 模式是极度方便的
2016-11-12 10:03
@lele111 仔细参照 jfinal demo 中的说明文件结合一下 jfinal 手册第一章中的快速上手去运行就一定可以
2016-11-11 21:26
@zempty handler 放行两次的属于我未听说过的第三种原因了，感谢分享
2016-11-11 17:34
@charlox arp.addMapping(...) 这些不要自己手写，用生成器会生成一个 "_MappingKit.java" 文件，是全自动搞定的
2016-11-11 16:45
所有 jar 可以在jfinal 社区首页下载，下载那个 jfinal all zip 文件，里面还有一个说明文件，详细说明了每一个 jar 包的作用
2016-11-11 16:42
@charlox jfinal 手册上专门讲了 oracle 自动生成主键的方法，配有源代码，可直接使用， oracle 事务级别确实需要显式设置，这是因为 jfinal 2.2 将默认级别提升了，而 oracle 又正好不支持这个级别， jfinal 2.3 会改进这里
2016-11-11 16:41
@白菜先生 此外，你导入的那些 jar 包，都只是在编译阶段被依赖，在具体的使用过程中，只有需要的时候才用，例如 cos.jar 这个包，如果你没有文件上传的功能，就不需要它
2016-11-11 16:39
@白菜先生 这么快就搞定了，极好，能将改动涉及的代码分享出来不？ 曾经有 sqlite 用户也问过类似问题，希望可以帮助更多人，可以在分享区简单贴贴代码： http://www.jfinal.com/share
2016-11-11 14:33
第一种情况，可以通过在浏览器中按一下 F12 打开浏览器提供的开发者工具，查看具体的请求次数即可
第二种情况，单步调试一下程序即可
