复杂SQL之隐藏条件
上次写了一篇复杂SQL编写框架以及步骤，写出一个复杂的SQL步骤，但是有一个东西没有提及，那就是隐藏条件。隐藏条件在写SQL的时候往往会忽略，最终导致结果可能是错误的。因此当我们在梳理表字段的时候一定要注意，如果拿不准可以问下表相关的业务同事帮你来确定。
一、看需求
上午需要给领导提供一份订单权限学员详情数据，就是学员买了课且有权限上课的详情数据。具体需求如下：
uid；学员姓名；权限课程名称；是否新学员（缴10000为新学员，否则为否） 学员省份（表单省/电话号码所在省）；学员城市（表单市/电话号码所在市）；订单所在公司名称；订单企业所在省份；订单企业所在城市；班级号；班级所在人数；
二、分析
如果按照复杂SQL的编写框架来看，先梳理字段要用到的表，再梳理关联关系和条件，最后就是写出各个子查询，把他们拼接在一起就可以了。我们可以看下这个需求的字段要用到的表：
- user_right_course
uid；学员姓名；权限课程名称；
- order
是否新学员（缴10000为新学员，否则为否）
- area
学员城市（表单市/电话号码所在市）； 订单所在公司名称；订单企业所在省份；订单企业所在城市；
- class
班级号；
- class_member
班级所在人数；
条件：
- order.user_id=area.user_id
- order.order_no=user_right_course.order_no
- class.id=order.class_id
写出SQL
SELECT user_id,name,....... CASE WHEN order.real_fee = 10000 THEN '是' ELSE '否' END AS is_new_student, FROM user_right_course LEFT JOIN order ON order.order_no=user_right_course.order_no LEFT JOIN area on area.user_id=order.user_id LEFT JOIN class ON class.id=order.class_id LEFT JOIN ( SELECT class_id, COUNT(id) AS class_size FROM class_member WHERE delete_flag=0 GROUP BY class_id ) m ON m.class_id=class.id
这样就万事大吉了吗，不是的。
- 首先有的表有删除标记delete_flag，那么在关联的时候得带上，我们只要没删除的(delete_flag=0)。
- 其次订单表有删除，退款，正常等状态，我们只要正常的订单(status=2)。
- 最后看user_right_course这个订单权限表，它有status=0/1(0:无权限，1:有权限)。
那么这些隐藏条件也得加上去；
三、最终SQL
SELECT user_id,name,....... CASE WHEN o.real_fee = 10000 THEN '是' ELSE '否' END AS is_new_student, FROM user_right_course LEFT JOIN ( SELECT order_no FROM order WHERE status=2 ) o ON o.order_no=user_right_course.order_no LEFT JOIN area on area.user_id=o.user_id LEFT JOIN class ON class.id=o.class_id LEFT JOIN ( SELECT class_id, COUNT(id) AS class_size FROM class_member WHERE delete_flag=0 GROUP BY class_id ) m ON m.class_id=class.id WHERE user_right_course.status=1 and user_right_course.delete_flag=0
四、总结
当然还有其他隐藏条件也需要去发现，比如班级有角色之分，我们这里只要学员，那么class表就不是单纯的LEFT JOIN了，而得写出子查询，然后WHERE判断role=学员。再就是有的条件需要深入到子查询，比如course_id=10这门课程，只要涉及到的子查询都应该将这个条件作为WHERE条件判断。
这个过程需要持久的练习才能对隐藏条件更加敏感，所以写的越多越容易能写出复杂的SQL。
回顾上一篇：写出一个复杂的SQL步骤
