mybatis oracle trim,mybatis多条件这样怎么样？偷懒，解决oracle >1000 in问题

@guodaxia: “感觉是将数据库的压力转嫁为服务器的压力”

不是感觉，确实是这样。除非是BAT那样的技术团队，可以自己维护自己的数据库系统，否则，纯粹的进行sql优化并没有太大的收益。

对于访问频次较高的数据库来说，子查询，表join，过长的in等都是很恶心的操作。相比较而言，服务器集群后的计算性能非常可观，上万次的循环也不过是毫秒级的处理时间。或许你觉得一个sql语句可以解决的事情，为什么非要分两步走？实际上，你是简单的写了一个sql，数据库服务器仍然进行了该有的数据筛选操作，因为数据库实现要兼容考虑很多问题，所以有些特定条件下的筛选速度，并不会比你粗暴简单的for循环来的快。而且，如果未实现数据库的读写分离，那么它还有一个更重要的功能——数据的存储。数据库的压力要比你想象的大的多。当然，你可以考虑分布式数据库系统。分布式数据库维护的成本远高于集群服务器，而且决定响应速度的因素很多，如果非要优化，你甚至可以依靠集中式缓存，将符合条件的数据存入缓存，定期同步，对于部分关键性操作(对数据要求强一致性)，再去访问数据库。

艾玛，累死我了～另外，如果你想通了，还要在代码中注意避免一条一条的查询语句，要查就批量查，不然数据库的压力依旧山大～简单的sql语句批量查询出数据，顶多浪费一点网络带宽。