建议一：灵活使用Limit 0子句

　　根据Limit关键字的定义，如果参数为0的话，则其返回的是空记录。这看起来好像没有多少的意义。其实不然。在实际工作中，灵活使用这个0参数，能够给我们带来很大的收获。

　　如现在数据库工程师想要确认一下某个查询语句的有效性，如果直接运行这个查询语句，需要等待其返回的记录。如果涉及的纪录数量比较多，或者运算逻辑比较复杂，那么需要等到比较长的时间。此时就可以在Select查询语句中，使用Limit 0子句。只要查询语句没有语法上的错误，这就可以让数据库快速的返回一个空集合。从而帮助人员迅速的判断查询语句的有效性。另外这个空集和中还会返回某个表的各个字段的数据类型。即通过这个Limit 0子句还可以查询某个表的表结构。

　　可见灵活应用Limir 0子句，确实能够给我们带来不小的收益。不过需要注意的是，在某些特定的场合下，这个子句可能不会奏效。如通常情况下，在Monitor工作环境中不支持这个Limit 0子句。此时结果只会显示Empty Set，而不是我们所需要的结果。

　　建议二：Limit与Group By结合使用

　　Group By关键字主要用来对数据进行分类汇总。不过在分类汇总之前，往往需要对数据先进性排序。而Limit语句用来指定显示的结果数量时，往往也需要涉及到纪录的分类汇总与排序的问题。如现在一个学校成绩管理系统中，需要对学生的总分进行排序。即先对学生各科成绩进行汇总，然后显示其排名为前50的纪录。此时就需要同时用到Group By子句和Limit子句。其实从这个案例中我们也可以看出，这两个子句相互依赖的特性。正是因为这种特性(经常相互结合使用)，为此结合Group By子句可以提高Limit的查询效率。

　　这主要是因为两者如果一起使用的话，Limit关键字将不会再重复计算任何不必要的Group By的值。换句话说，在某些情况下，Group By子句能够通过顺序来读取键或者在键上做排序来解决分类汇总时的排序问题，然后再计算摘要直到关键字的值的改变为止。如此的话，两个子句所需要做的一些共同性的工作，只要做一次即可。这就可以从另外一次角度用来提高应用系统的性能。相比先做一个视图对数据进行分类汇总的运算，再使用一个查询语句来抽取特定数量的记录，效率就要高一点。因为后者是将两个子句分开来使用，就无法享受到结合使用所体现的优势。