10个SQL高级写法（一）

夏冰丿冬雨:
一般情况，尽量不用子查询，有时可以多考虑用业务程序处理结果再走多一条sql，反正我用子查询也就偶尔去个从而已。 而且很多时候不用子查询连表所产生的数据统计不精确问题，是表结构本身缺少严谨的字段关联，或表结构关联语句有问题，除非非常紧急要应付下，不然迟早都得改。 还有一些复杂的逻辑处理不推荐使用case，而是把逻辑放在程序中更好，多个数据统计有时间推荐拆分开来，不要写在一条语句里，即使是有分页也可以建立一张临时表去存储数据，然后再查，不然等数据量上来卡炸了，或者是业务有改动怕是又得整个推翻重构。数据彼此独立的话后续搞读写分离、异步并发处理，业务推送数据和同步到临时表，都方便很多，大大降低分库分表的必要性 可能有人会说怎么简单怎么来，但问题是这些处理根本多不了什么时间甚至逻辑清晰，可能更快，而不是一条屎山sql搞得自己摸不着头脑，反正我看到那些动不动就成百上千行的一条sql就想骂人[doge]

【回复】回复 @中原工学院校花玲玲姐 :所以为什么会条数不对，你应该考虑这一点
【回复】回复 @夏冰丿冬雨 :先查在过滤？条数不对了再查一遍？
【回复】回复 @一开盛夏 :谢谢夸奖
Wseaquake:
[吃瓜]加上in和exists的比较，内容会更好。

烛小孩:
也不推荐 case when，在表示层 或者前端去解决。如果范围规则变了，改 SQL 是不合理的

程序员wayn:
关注公众号 waynblog，每周分享技术干货、开源项目、实战经验[脱单doge]，还可以进我的技术交流群，和群内小伙伴一起讨论技术问题。