视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
简单对比MySQL和Oracle中的一个sql解析细节
2020-11-09 14:54:52 责编:小采
文档


SQL的语法解析器是一个很强大的内置工具集,里面会涉及到很多的编译原理的相关知识,语法分析,词法分析。一大堆看起来很理论的

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中支持的要多不少,达位。

mysql> create table events_waits_summary_by_thread_by_event_name56701234567012345 ( id int, name varchar(30));
ERROR 1059 (42000): Identifier name 'events_waits_summary_by_thread_by_event_name56701234567012345' is too long
mysql> select length('events_waits_summary_by_thread_by_event_name56701234567012345');
+-----------------------------------------------------------------------------+
| length('events_waits_summary_by_thread_by_event_name56701234567012345') |
+-----------------------------------------------------------------------------+
| 65 |
+-----------------------------------------------------------------------------+
1 row in set (0.01 sec)

当然了我也是到此为止我也是捡个小石头,弄点儿水花,对于sql解析器更深入的问题,如果细究,从MySQL代码层面能够分析出问题来就一个基本目标了。

本文永久更新链接地址:

下载本文
显示全文
专题