SQL的语法解析器是一个很强大的内置工具集,里面会涉及到很多的编译原理的相关知识,语法分析,词法分析。。一大堆看起来很理论的东东,不过看起来枯燥之余,它们的价值也更加明显。 借用一下网络中的原话:如果我们考究一下历史,就会发现很多被称为程序设计大师的人都是编译领域的高手.写出第一个微型机上运行的Basic语言的比尔盖茨,设计出Delphi的Borland的”世界上最厉害的程序员”, Sun的JAVA之父, 贝尔实验室的C++之父 起点提得有些高了,今天和大家分享的案例是一个很简单的sql语句,在MySQL中能够解析出问题,但在Oracle中就可以成功解析,通过这一个细节也能够看出一些Oracle和MySQL中的一些差别。 需要运行的语句如下: SELECT THREAD_ID, threads.NAME, SUM (COUNT_STAR) AS Totalcount, SUM(SUM_TIMER_WAIT) AS Totaltime FROM performance_schema.events_waits_summary_by_thread_by_event_name INNER JOIN performance_schema.threads USING (THREAD_ID) WHERE threads.NAME LIKE "thread/sql/slave-%" GROUP BY THREAD_ID, threads.NAME; ERROR 1630 (42000): FUNCTION performance.sum does not exist. Check the "Function Name Parsing and Resolution" section in the Reference Manual 乍一看这个错误,感觉一定是哪里出了问题,自己找了一会没发现明显的语句问题,但是从错误来看问题似乎发生在sum字眼的附近。 简单把第1行中的 SUM (COUNT_STAR) AS Totalcount 改为SUM(COUNT_STAR) AS Totalcount 问题就引刃而解了。可以看出问题是一个很细小的问题,严格来说,确实是语句写得不够严谨。但在我的印象中Oracle似乎对这钟情况也是手到擒来,印象中没有出现过此类问题。 我们来简单在MySQL和Oracle中模拟一下这个问题,看看结果如何。 在MySQL中 create table parse_test ( id int, name varchar(30)); insert into parse_test values(1,"aa"); insert into parse_test values(2,"bb"); commit; mysql> select count(id) from parse_test; +-----------+ | count(id) | +-----------+ | 2 | +-----------+ 1 row in set (0.00 sec) mysql> select count (id) from parse_test; ERROR 1630 (42000): FUNCTION test.count does not exist. Check the "Function Name Parsing and Resolution" section in the Reference Manual在Oracle中就没有任何问题了。 create table parse_test( id number, name varchar2(30)); insert into parse_test values(1,"aa"); insert into parse_test values(2,"bb"); commit; select count(id)from parse_test; COUNT(ID) ---------- 2 select count (id) from parse_test; COUNT(ID) ---------- 2 抛开Oracle解析复杂sql语句的优势,可以看出Oracle在这种细节方面确实支持的力度要高一些。 不过最开始在MySQL出错的语句在放到Oracle里面(如果假设表结构数据都存在),也一定运行不了。原因就在于Oracle中定义的表明长度最大是30位,但是在MySQL中支持的要多不少,达64位。mysql> create table events_waits_summary_by_thread_by_event_name567890123456789012345 ( id int, name varchar(30)); ERROR 1059 (42000): Identifier name "events_waits_summary_by_thread_by_event_name567890123456789012345" is too long mysql> select length("events_waits_summary_by_thread_by_event_name567890123456789012345"); +-----------------------------------------------------------------------------+ | length("events_waits_summary_by_thread_by_event_name567890123456789012345") | +-----------------------------------------------------------------------------+ | 65 | +-----------------------------------------------------------------------------+ 1 row in set (0.01 sec)当然了我也是到此为止我也是捡个小石头,弄点儿水花,对于sql解析器更深入的问题,如果细究,从MySQL代码层面能够分析出问题来就一个基本目标了。更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12本文永久更新链接地址