@incompatible 我心里就是不太愿意用重 ORM 工具啊，更喜欢 SQL 的，如果完全是 ORM 映射了，也就没啥意思了呢。
另外我刚才想了，就算不用 resultMap 还是有问题，因为 mybatis 生成的 xml 里，insert 语句和 update 语句都是和表字段有关的，你改一次表，还是得重新生成 xml，但是我 xml 里有我自己编写的针对特定字段进行查询的 sql 语句，于是我又回到过去，我又得把旧 xml 备份一下，把旧 xml 我自己定义的语句拷贝到新 xml 去。有没有一种类似 ide 的工具，能建立一个针对 mybatis 的 xml 模板的项目，我把 sql 写好，它一键根据 sql 生成新的 xml，而且项目保存状态，我写的 sql 不会删除，下次改了表我改改 sql 再生成一次就行了，感觉一般的 mybatis 生成工具都是针对表本身，我需要自定义 sql 的时候就傻了

@fifman 我就是不喜欢重 ORM，而且更喜欢 SQL，所以才不选 hibernate 的。

@CFO 你的意思是注解 SQL 语句到 mapper 的接口方法上吗，然后你的 mapper 是动态生成的？

@paragon 基本 crud 压根没卵用，查询只能针对主键 id，很多场景都是针对特定字段的

@changdy 除非你的公司是大型企业，从事的项目都是大型商业项目，否则我见没见过需求变动不剧烈的，越是中小型公司，越是互联网企业，需求变动越剧烈

@incompatible 啊，谢谢，但是我还有个问题，如果我的数据库字段名和 java bean 的字段名是完全一致的话，那其实就 mapUnderscoreToCamelCase=true 都不用了，直接完全映射了是吗？

@SoloCompany 最后那段话的意思，是不是可以说现有的 Http 服务器的技术源头，或者说鼻祖都来源于 CGI ？都受到 CGI 的历史影响？那这个地球上有没有完全和 CGI 无关的 Http 服务器实现啊？

@SoloCompany 首先，我为我的语气道歉，你是对的，我找了一圈，pathinfo 就是对应的 CGI 变量 pathinfo。这一点在 orcale 的文档里有描述，虽然我还是没找到这样设计的理由。貌似有点吸引早期的 CGI 程序的开发者的意思。另外你说的最后一句话，早期 jsp 引擎实现和后来被规范成*.jsp，我没有找到相关的资料，请不吝赐教

@SoloCompany 你这有点强词夺理了，你提的 php 中的这个 pathinfo 是 CGI 中的标准，它最初的含义指的是描述你所调用的这个 php 文件在服务器上的真实位置。然而后来大部分 php 框架利用这点，把它当成了地址映射。CGI 和 servlet 是一回事吗？ servlet 里的这个 pathinfo 可不是出现在 jsp 后面的，你要能证明 CGI 中的这个 pathinfo 和 servlet 存在渊源或者有原理设计上的类似，请给出证据

@cheneydog 如何个区分法，说明白一点，我专门去研究了 tomcat 对静态文件的默认处理，发现它默认是通过“/”这个路径映射的 servlet 处理的，此时整个静态文件地址都是 servletPath，pathinfo 为空了。如果按 servletPath 存在就按 api 请求理解的话，好像没有 servletpath 不存在的时候

@sagaxu 然而你说的这个 app 其实指的是 ContextPath

http://blog.csdn.net/cooljia/article/details/187882
你可以看这篇文章，说的很详细，
Context Path + servlet path + path info = request uri
这里的关键就是为啥会分 servlet path 和 path info。把 Context Path 单独列出来是可以理解的，作为隔离应用的措施，但是后两者是干嘛的呢

我个人一直很反对所谓的“我要在上班过程中学习，上班过程中学不到啥就天塌下来”的想法，程序员这行，你的能力都是下班之后积累的

@sunriseyuen 标签的模型是什么？

@jianzhiyao020
@ivvei
其实你们两个的想法我都考虑过，一个就是树，一个不是树，有限级别，我现在就是在权衡我这个“分级”到底改起来到底麻烦不麻烦。比如说如果万一标准变了，某个学科不存在了，对应的题目要转移到新学科去，变动是否很大

@rogwan 我跟你说你这个问题我遇到过，我们的试验结论是 mysql 在随机查询上的性能完全无法接受，从 100w 样本中抽数据速度就会掉到需要 5-6 秒的程度（机械硬盘 7200 转）。后来我们是用 redis，把数据弄到缓存里，直接用代码随机，从缓存中抽取来解决的

不错了，很多公司都没公积金的

你都没把 php 代码贴出来，谁知道你这个生成页面速度快到底是谁的功劳

楼主，别怪我泼冷水，你们很大概率会失败，原因是现在基层中介已经疯狂到变态程度，可以用人肉淹没机器。这个问题，不是技术能解决的，只有政治能解决

@letitbesqzr 真不想争辩了，银行的系统报表就一定是复杂的了？你连联表都没提，难怪还觉得 hibernate 能打天下呢。hibernate 这玩意要真有你想的那么万能，ibatis 就不会出现，就这话，多的不想说了，反正爱用啥是你的自由。不会再回复你