用整体的方式思考问题
本章中的第一个例子很有趣，在很多情况下，用数据集的方式思考问题会简单的多，用整体的方式可以忽略很多不必要的内部细节。
作者提到一个例子，一个任务要求找出订购的每个商品数量都完全相同的订单，该如何解决？
采用过程式的思维，我们需要两次循环，一次循环找出每个订单，第二次循环需要在第一次循环中找到每个订单所属的每个商品的订购数量，然后比较。而整体性的思考方式则把每一个订单当做一个整体，我们关注的是这个整体内是否出现订购商品数量不同的商品，如果有，则不符合筛选条件。
可以把这个问题的代码写的非常简洁：
启发式方法的思考
作者在这一章节中说，在尝试去解决一个问题的时候，首先应该做的是用逻辑清晰的语言去描述这个问题．现在尝试着用自然语言将本周的作业描述为下面的话：
＂某一个给定的城市的所有所属税务机构在给定日期的税率＂
这样说可能会让第一次看这句不能抓住重点，考虑尝试书中提到的方法＂在名词前面添加＇所有.....的集合＇＂，我们可以把这句话变为：
＂某一个给定城市的所有所属税务机构在给定日期税率的集合＂
现在我们的目的就显得非常明确了，我们要得到一个税率的集合，这个集合的内容是某个城市的所有税务管理机构在某个时间点的税率．
在这样一个表述的过程中，我们应该不去用“计算”，“遍历”这些动词，这些词具有非常明显的过程式语言的色彩，对于过程式语言，我们关注的是解决方案，而对于SQL这样申明式的集合操作语言，我们关注的应该是我们到底需要什么。按照画圆和画数据集的方式，尝试进行思考：
行政区域划分集合A1 + 各行政区域税务信息集合A2 -----> 某一个城市所属所有行政区域税务集合A3 ----> 某一个城市所属的所有行政区域在当前日期的税率集合A4
集合A4就是我们最终需要的结果
SQL同样允许存根，这对于SQL语言本身也许并不是必要的，SQL是一门紧耦合的语言。但我认为存根对于程序员而言是有意义的，一个复杂的问题可能需要很多步骤，存根可以保存我们上一步的思考。就像上面对本周作业的分析，求得A4，既可以在一条SQL里一气呵成，也可以分别求出A3，A4。使用WITH 保存A3，然后根据A3求得A4，可以化简这个问题。
