《盘点那些高逼格的sql写法》由会员分享，可在线阅读，更多相关《盘点那些高逼格的sql写法（8页珍藏版）》请在金锄头文库上搜索。
1、高逼格的 SQL 写法环境准备数据库版本：MySQL 5.7.20-log建表 SQL：DROPTABLEIFEXISTSt_ware_sale_statistics;CREATETABLEt_ware_sale_statistics(idbigint(20)NOTNULLAUTO_INCREMENTCOMMENT主键id,business_idbigint(20)NOTNULLCOMMENT业务机构编码,ware_inside_codebigint(20)NOTNULLCOMMENT商品自编码,weight_sale_cnt_daydouble(16,4)DEFAULTNULLCOMMENT
2、平均日销量,last_thirty_days_salesdouble(16,4)DEFAULTNULLCOMMENT最近30天销量,last_sixty_days_salesdouble(16,4)DEFAULTNULLCOMMENT最近60天销量,last_ninety_days_salesdouble(16,4)DEFAULTNULLCOMMENT最近90天销量,same_period_sale_qty_thirtydouble(16,4)DEFAULTNULLCOMMENT去年同期30天销量,same_period_sale_qty_sixtydouble(16,4)DEFAULTNUL
3、LCOMMENT去年同期60天销量,same_period_sale_qty_ninetydouble(16,4)DEFAULTNULLCOMMENT去年同期90天销量,create_userbigint(20)DEFAULTNULLCOMMENT创建人,create_timedatetimeNOTNULLDEFAULTCURRENT_TIMESTAMPCOMMENT创建时间,modify_userbigint(20)DEFAULTNULLCOMMENT最终修改人,modify_timedatetimeNOTNULLDEFAULTCURRENT_TIMESTAMPONUPDATECURRENT
4、_TIMESTAMPCOMMENT最终修改时间,is_deletetinyint(2)DEFAULT2COMMENT是否删除，1：是，2：否,PRIMARYKEY(id)USINGBTREE,KEYidx_business_ware(business_id,ware_inside_code)USINGBTREE)ENGINE=InnoDBDEFAULTCHARSET=utf8mb4ROW_FORMAT=DYNAMICCOMMENT=商品销售统计;初始化数据准备了 769063 条数据需求背景业务机构下销售商品，同个业务机构可以销售不同的商品，同个商品可以在不同的业务机构销售，也就说：业务机构与
5、商品是多对多的关系假设现在有 n 个机构，每个机构下有几个商品，如何查询出这几个门店下各自商品的销售情况？具体点，类似如下如何查出 100001 下商品 1000、1001、1003 、 100002 下商品 1003、1004 、 100003 下商品 1006、1008、1009 的销售情况相当于是双层列表（业务机构列表中套商品列表）的查询；业务机构列表和商品列表都不是固定的，而是动态的那么问题就是：如何查询多个业务机构下，某些商品的销售情况（问题经我一描述，可能更模糊了，大家明白意思了就好！）循环查询这个很容易想到，在代码层面循环业务机构列表，每个业务机构查一次数据库，伪代码如下：具体的
6、 SQL 类似如下SQL 能走索引实现简单，也好理解，SQL 也能走索引，一切看起来似乎很完美然而现实是：部门开发规范约束，不能循环查数据库哦豁，这种方式只能放弃，另寻其他方式了OR 拼接通过 MyBatis 的 动态 SQL 功能，进行 SQL 拼接，类似如下具体的 SQL 类似如下SQL 也能走索引实现简单，也好理解，SQL 也能走索引，而且只查询一次数据库，貌似可行唯一可惜的是：有点费 OR，如果业务机构比较多，那 SQL 会比较长作为候选人之一吧，我们接着往下看。混查过滤同样是利用 Mybatis 的 动态 SQL ，将 business_id 列表拼在一起、 ware_inside_
7、code 拼在一起，类似如下具体的 SQL 类似如下SQL 也能走索引实现简单，也好理解，SQL 也能走索引，而且只查询一次数据库，似乎可行但是：查出来的结果集大于等于我们想要的结果集，你品，你细品！所以还需要对查出来的结果集进行一次过滤，过滤出我们想要的结果集姑且也作为候选人之一吧，我们继续往下看。行行比较SQL-92 中加入了行与行比较的功能，这样一来，比较谓词 = 、 和 IN 谓词的参数就不再只是标量值了，还可以是值列表了当然，还是得用到 Mybatis 的 动态 SQL ，类似如下具体的 SQL 类似如下SQL 同样能走索引实现简单，SQL 也能走索引，而且只查询一次数据库，感觉可行只是：有点不好理解，因为我们平时这么用的少，所以这种写法看起来很陌生另外，行行比较是 SQL 规范，不是某个关系型数据库的规范，也就说关系型数据库都应该支持这种写法。总结1、最后选择了 行行比较 这种方式来实现了需求，别问我为什么，问就是逼格高！2、某一个需求的实现往往有很多种方式，我们需要结合业务以及各种约束综合考虑，选择最合适的那个3、行行比较是 SQL-92 中引入的，SQL-92 是 1992 年制定的规范，行行比较不是新特性，而是很早就存在的基础功能！
