开发指南—DQL语句—SELECT

本文涉及的产品
云原生数据库 PolarDB 分布式版,标准版 2核8GB
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,高可用系列 2核4GB
简介: SELECT用于从一个或多个表中查询数据。

语法


SELECT
    [ALL | DISTINCT]
    select_expr [, select_expr ...]
    [FROM table_references
    [WHERE where_condition]
    [GROUP BY {col_name | expr | position}
    [HAVING where_condition]
    [ORDER BY {col_name | expr | position}
      [ASC | DESC], ...]
    [LIMIT {[offset,] row_count | row_count OFFSET offset}]
    [FOR UPDATE]

SELECT子句说明:

  • select_expr:表示查询的列,SELETE必须至少有一个select_expr。
  • table_references:表示从哪些表中获取数据。
  • WHERE子句:指定查询条件,即从表中获取满足where_condition的行,若没有指定,则获取所有行。
  • GROUP BY子句:支持列名,表达式以及输出列中的位置引用。
  • HAVING子句:与WHERE类似,不同点在于可以使用聚合函数。
  • ORDER BY:指定排序,支持列名、表达式以及输出列中的位置引用,同时支持指定排序方向,ASC(升序)或 DESC(降序)。
  • LIMIT/OFFSET:限定输出结果集的偏移量和大小。LIMIT 接受一个或两个数字参数。参数必须是一个整数常量。如果给定两个参数,第一个参数指定第一个返回记录行的偏移量,第二个参数指定返回记录行的最大数目。初始记录行的偏移量是 0(而不是 1): 为了与PostgreSQL兼容,MySQL也支持句法: LIMIT # OFFSET #。
  • FOR UPDATE:对查询结果所有行加排他锁,以阻止其他事务的并发修改,或阻止在某些事务隔离级别时的并发读取。

注意事项

  • 不支持在HAVING中使用适用于WHERE子句的表达式,如下SQL1应改写为SQL2。SQL1:
SELECT col_name FROM tbl_name HAVING col_name > 0;
  • SQL2:
SELECT col_name FROM tbl_name WHERE col_name > 0;
  • HAVING子句可以引用聚合函数,但WHERE子句不可以。
SELECT user, MAX(salary) FROM users

GROUP BY user HAVING MAX(salary) > 10;
  • LIMIT若有两个参数,第一个参数表示返回第一行的偏移量,第二个参数表示返回的行数;若仅有一个参数,则表示返回的行数,默认偏移量为0。
  • GROUP BY子句不支持ASC和DESC。
  • 同时存在GROUP BY和ORDER BY时,ORDER BY后面的表达式必须在SELECT表达式或GROUP BY表达式中,如不支持以下SQL。
SELECT user FROM users GROUP BY age ORDER BY salary;
  • 暂不支持ORDER BY子句中使用聚合函数以及包含聚合函数的表达式,可将表达式作为select_expr,并赋予别名,在ORDER BY子句中引用该别名。
  • 暂不支持以空字符串作为别名。

JOIN

PolarDB-X支持在SELECT语句的table_references中使用如下JOIN语法:


table_references:
escaped_table_reference [, escaped_table_reference] ...
escaped_table_reference:
table_reference
| { OJ table_reference }
table_reference:
table_factor
| join_table
table_factor:
[schema_name.]tbl_name [[AS] alias] [index_hint_list]
| table_subquery [AS] alias
| ( table_references )
join_table:
table_reference [INNER | CROSS] JOIN table_factor [join_condition]
| table_reference {LEFT|RIGHT} [OUTER] JOIN table_reference join_condition
join_condition:
ON conditional_expr
| USING (column_list)
index_hint_list:
index_hint [, index_hint] ...
index_hint:
USE {INDEX|KEY}
[FOR {JOIN|ORDER BY|GROUP BY}] ([index_list])
| IGNORE {INDEX|KEY}
[FOR {JOIN|ORDER BY|GROUP BY}] (index_list)
| FORCE {INDEX|KEY}
[FOR {JOIN|ORDER BY|GROUP BY}] (index_list)
index_list:
index_name [, index_name] ...

使用JOIN语句时,应考虑如下因素:

  • JOIN、CROSS JOIN与INNER JOIN语法是等价的,这种设定与MySQL保持一致。
  • 如果INNER JOIN没有ON条件,其与”逗号“连接是等价的,均表示笛卡尔积。如下两条SQL等价:
SELECT * FROM t1 INNER JOIN t2 WHERE t1.id > 10
SELECT * FROM t1, t2 WHERE t1.id > 10
  • USING(column_list)指定连接两表中都存在的列名,PolarDB-X会按照这些列构建等值条件。如下两条SQL等价:
a LEFT JOIN b USING(c1, c2)
a LEFT JOIN b ON a.c1 = b.c1 AND a.c2 = b.c2
  • JOIN的优先级高于”逗号“操作符,对于连接表达式t1, t2 JOIN t3会转换为(t1, (t2 JOIN t3),而不是((t1, t2) JOIN t3)。
  • 外连接LEFT/RIGHT JOIN必须有ON条件。
  • index_hint用于告知MySQL使用哪个索引,PolarDB-X会将该Hint下推至底层MySQL。
  • 暂不支持STRAIGHT_JOIN和NATURAL JOIN。

UNION

PolarDB-X支持如下UNION语法:


SELECT ...
UNION [ALL | DISTINCT] SELECT ...
[UNION [ALL | DISTINCT] SELECT ...]


说明 对于UNION中的每个SELECT,PolarDB-X暂不支持使用多个同名的列。例如以下SQL的SELECT中存在重复的列名,暂不支持。


SELECT id, id, name FROM t1 UNION SELECT pk, pk, name FROM t2;

相关文档

相关文章
|
人工智能 搜索推荐
AIGC工具——堆友
【1月更文挑战第11天】AIGC工具——堆友
945 9
AIGC工具——堆友
|
数据采集 数据可视化 数据挖掘
数据分析案例-汽车客户信息数据可视化分析
数据分析案例-汽车客户信息数据可视化分析
605 0
|
开发框架 算法 前端开发
一位.Net开发工程师的客户端技术栈的学习路线
从2018年硕士毕业后,我一直从事着.Net开发工作,趁着CSDN这次活动,给大家分享一下.Net客户端领域的技术栈的学习路线,这个学习路线,涵盖的是比较基础的内容,适合刚入门.Net的萌新学习和刚进入职场的毕业生查漏补缺,然后这个博文比较受大家的欢迎的话,后续可能会考虑出一个更详细的版本。致敬我彻夜学习的.Net。
一位.Net开发工程师的客户端技术栈的学习路线
|
JavaScript 物联网 5G
物联网设备连接的下一个引爆点:4G Cat.1
物联网从概念兴起至今已经过了好几些年了。何为物联网,首先要定义何为“物”(Things),笔者理解所有具备连接能力的设备都可以是物,比如一个手环,一个WiFi台灯,或者NB-IoT水表等。
物联网设备连接的下一个引爆点:4G Cat.1
|
数据采集 Web App开发 JSON
Python爬虫:关于scrapy模块的请求头
Python爬虫:关于scrapy模块的请求头
724 0
Python爬虫:关于scrapy模块的请求头
|
存储 C语言
C语言-重点知识总结-建议收藏(完结)
C语言-重点知识总结-建议收藏(完结)
282 0
|
供应链 安全 区块链
构建未来:智能合约在区块链技术中的应用与挑战
【5月更文挑战第29天】 随着区块链技术的不断演进,智能合约作为其核心创新之一,正逐渐改变着我们的商业逻辑和交易模式。本文深入探讨了智能合约的技术原理、实际应用案例以及面临的主要挑战。我们将从智能合约的定义出发,解析其如何通过自动执行合同条款来减少中间环节,提高交易效率。同时,文章还将审视智能合约在不同行业中的实际应用,包括金融服务、供应链管理和身份验证等。最后,本文将讨论智能合约目前存在的技术限制、安全性问题以及法律监管的挑战,并提出对未来智能合约发展的展望。
681 0
|
机器学习/深度学习 运维 数据可视化
|
机器学习/深度学习 人工智能 自然语言处理
阿里云AIGC:引领人工智能创新与发展
阿里云AIGC作为一项全球性的人工智能技术竞赛,旨在激发创新思维,推动人工智能技术的发展和应用。
834 0
|
人工智能 缓存 前端开发
前端已死?AI 如何重塑前端开发?
前端已死?AI 如何重塑前端开发?
444 0