mysql derived_EXPLAIN sql优化方法（3）DERIVED

派生表和视图的性能

从MySQL 4.1开始，它已经支持派生表、联机视图或者基本的FROM从句的子查询。

这些特性之间彼此相关，但是它们之间的性能比较如何呢？

MySQL 5.0 中的派生表似乎和视图实现的方式不同，尽管我从合并的代码基数来看觉得在查询优化上应该是一样的。

派生表仍然以临时表的方式显式地处理，而且还是没有索引的临时表(因此最好不要像在例子中那样连接2个派生表)

需要考虑的另一方面是，派生表需要被显式处理，尽管只是执行 EXPLAIN 语句。因此如果在 FROM 字句中的 SELELCT 操作上犯了错误，例如忘记了写上连接的条件，那么 EXPLAIN 可能会一直在运行。

视图则不同，它无需被显式处理，只是把查询简单地重写了一下。只有在无法合并查询或者试图创建者请求时才需要被显式处理。

这意味着它们在性能上的差别如下：

在基本的表上执行有索引 的查询，这非常快

Java代码  

mysql> SELECT * FROM test WHERE i=5;

+---+----------------------------------+

| i | j                                |

+---+----------------------------------+

| 5| 0c88dedb358cd96c9069b73a57682a45 |

+---+----------------------------------+

1row IN SET (0.03sec)mysql> SELECT * FROM test WHERE i=5 ;

+---+----------------------------------+

| i | j |

+---+----------------------------------+

| 5 | 0c88dedb358cd96c9069b73a57682a45 |

+---+----------------------------------+

1 row IN SET ( 0 .03 sec)

在派生表上做同样的查询，则如老牛拉破车

Java代码