观察以上的语句，你可以发现派生表有一个名为“P”的别名，这与普通字段别名的语法一样――都必须用AS子句来表达。而且这个子查询很复杂（在本例中，它关联了两个表），这个派生表还可以作为WHERE子句的一个条件或者将它放在ORDER BY子句中。

　　与投影不同，派生表能返回多个字段以及多条记录，但它不能相互关联。另外，所有的子查询都会在主句中的SELECT执行之前运行。

　　子查询还可以充当UPDATE语句中的SET列表。但SET子句只允许使用一个子查询，并且当SET子句使用子查询后，那WHERE子句中就不允许再使用子查询了。

　　更好的关联支持

　　新版本中的UPDATE语句和DELETE语句支持关联。这样，一条语句可以引用不同的表，如下所示：

DELETE products ; FROM mfg ; WHERE mfg.productID = products.productID; AND mfg.discontinued = .t.

　　这个DELETE语句删除mfg表中所有不再生产的产品。

　　另一个关联UPDATE语句示例如下：

UPDATE products ; SET unitprice = mfg.msrp *.90 ; FROM mfg ; WHERE mfg.productID = products.productID

　　这条UPDATE语句将零售产品的价格打了九折。可能你会问：它支持子查询吗？当然支持。但使用的时候要格外小心。因为如果子查询没有返回任何记录，那将会返回一个值为NULL的空记录。而这恰恰不是你所希望得到的结果。如下所示：

UPDATE products ; SET unitprice = ; (SELECT ( msrp *.90 ) ; FROM mfg ; WHERE mfg.productID = products.productID)

　　这条UPDATE语句的作用与上条基本相似，但如果子查询中的产品没有找到的话，那unitprice将被置为NULL。

　　视图与查询设计器

　　尽管新版本增强了子查询功能，但不幸的是在视图与查询设计器中并不支持这种增强功能。并且由于SQL中的IN子句中的元素数目取消了硬编码的限制，但视图与查询设计器中并不知道，因此如果你使用设计器，那IN子句还是只支持24个元素。

　　增强的UNION操作符

　　由于联结的数量没有了硬编码的限制，你可以在INSERT　INTO子句的结果集中使用UNION。也可以在使用UNION的同时使用ORDER　BY子句。

　　性能

　　不管你是访问远程数据还是依赖于它强大的本地数据库引擎，Visual FoxPro始终将性能考虑在第一位。Visual FoxPro 9进一步地增强了数据引擎的功能。

　　二进制索引

　　这种新型的索引使用方法如下：

INDEX ON DELETED() TAG DELETED BINARY

　　这种索引能与任何非空的逻辑表达式一起使用。除此之外，FOR表达式、ASCENDING、DESCENDING、UNIQUE或CANDIDATE关键字不能与它一起使用。

　　二进制索引并不支持SET ORDER TO命令，而且INDEX　ON命令会将当前的order设为0。但你可在Seek语句中使用二进制索引。

　　二进制索引最大的优势在于它的索引文件大小。以一个包含800万条记录的表为例，它的二进制索引文件的大小差不多为表大小的三十分之一。尺寸越小意味着在执行APPEND和REPLACE操作时I/O处理速度越快，但遗憾的是所有的Rushmore优化技术目前都还不支持二进制索引。

　　如果SQL语句返回的记录起过表中总记录的三分之一的话，那Rushmore将得到很好的发挥（当所有的记录都命中的话会提高92%的速度）。如果SQL语句返回的记录低于总记录的三分之一，那Rushmore将变得很慢（如果没有记录命中的话会降低两倍的速度）。

　　在Visual FoxPro 9中，将DELETE语句设置为二进制索引是一种增强性能的简单方法。但要注意版本的问题，因为以前的版本并不支持这种新的索引方式。

　　Rushmore优化技术

　　新版本中有使用了大量的Rushmore优化技术，例如对TOP　N[PERCENT]作了优化，这样便能提供更好的性能。它一般与ORDER BY子句配合使用，返回前N个或者前百分比数目的记录。在Visaul FoxPro 9中它减少了内排序操作和文件I/O操作，使得执行这种类型的语句占用更少的内存，并且正如此语句所言，它只返回确切的前N个记录。

　　在以前的版本中，如果要统计一个班级总分排在前十名的学生，但中间存在并列名次的话，那结果会返回多于10个的记录。

　　在适当的情况下，Visual FoxPro 9将在FOR DELETED()子句和FOR NOT DELETED()子句中使用过滤索引来对MIN（）和MAX（）这两个聚集函数进行优化，可以提高MIN()和MAX()的计算速度。

　　如果LIKE模糊查询语句中的条件以“%”为结尾，那查询速度也将得到很大提高（请注意，“%”只能出现在查询条件的结尾，而不能出现在其它地方，否则优化无效）。这种优化的结果等同于普通WHERE子句查询的速度。

　　更多的智能索引技术

　　Visual FoxPro 9比以前的版本更智能化，它充分地让索引获得Rushmore的优化技术，如下所示：

INDEX ON DELETED() TAG DELETED

　　以上语句自动对NOT　DELETED（）和DELETED（）条件进行优化，不用你添加一条INDEX ON NOT　DELETED()来实现。

　　这里有个特例，就是当索引过过滤表达式采用了FOR　NOT　DELETED（）作为Rushmore的优化，并且SET　DELETED设为ON的话，那就无须为　NOT　DELETED（）作优化。



命令和函数