- 安装
- 文档
- 入门
- 连接
- 数据导入
- 客户端 API
- 概览
- ADBC
- C
- C++
- CLI
- Dart
- Go
- Java (JDBC)
- Julia
- Node.js (已弃用)
- Node.js (Neo)
- ODBC
- PHP
- Python
- R
- Rust
- Swift
- Wasm
- SQL
- 介绍
- 语句
- 概览
- ANALYZE
- ALTER TABLE
- ALTER VIEW
- ATTACH 和 DETACH
- CALL
- CHECKPOINT
- COMMENT ON
- COPY
- CREATE INDEX
- CREATE MACRO
- CREATE SCHEMA
- CREATE SECRET
- CREATE SEQUENCE
- CREATE TABLE
- CREATE VIEW
- CREATE TYPE
- DELETE
- DESCRIBE
- DROP
- EXPORT 和 IMPORT DATABASE
- INSERT
- LOAD / INSTALL
- PIVOT
- 性能分析
- SELECT
- SET / RESET
- SET VARIABLE
- SUMMARIZE
- 事务管理
- UNPIVOT
- UPDATE
- USE
- VACUUM
- 查询语法
- SELECT
- FROM 和 JOIN
- WHERE
- GROUP BY
- GROUPING SETS
- HAVING
- ORDER BY
- LIMIT 和 OFFSET
- SAMPLE
- 展开嵌套
- WITH
- WINDOW
- QUALIFY
- VALUES
- FILTER
- 集合操作
- 预处理语句
- 数据类型
- 表达式
- 函数
- 概览
- 聚合函数
- 数组函数
- 位字符串函数
- Blob 函数
- 日期格式化函数
- 日期函数
- 日期部分函数
- 枚举函数
- 间隔函数
- Lambda 函数
- 列表函数
- 映射函数
- 嵌套函数
- 数值函数
- 模式匹配
- 正则表达式
- 结构体函数
- 文本函数
- 时间函数
- 时间戳函数
- 带时区时间戳函数
- 联合函数
- 实用函数
- 窗口函数
- 约束
- 索引
- 元查询
- DuckDB 的 SQL 方言
- 示例
- 配置
- 扩展
- 核心扩展
- 概览
- 自动补全
- Avro
- AWS
- Azure
- Delta
- DuckLake
- 编码
- Excel
- 全文搜索
- httpfs (HTTP 和 S3)
- Iceberg
- ICU
- inet
- jemalloc
- MySQL
- PostgreSQL
- 空间
- SQLite
- TPC-DS
- TPC-H
- UI
- VSS
- 指南
- 概览
- 数据查看器
- 数据库集成
- 文件格式
- 概览
- CSV 导入
- CSV 导出
- 直接读取文件
- Excel 导入
- Excel 导出
- JSON 导入
- JSON 导出
- Parquet 导入
- Parquet 导出
- 查询 Parquet 文件
- 使用 file: 协议访问文件
- 网络和云存储
- 概览
- HTTP Parquet 导入
- S3 Parquet 导入
- S3 Parquet 导出
- S3 Iceberg 导入
- S3 Express One
- GCS 导入
- Cloudflare R2 导入
- 通过 HTTPS / S3 使用 DuckDB
- Fastly 对象存储导入
- 元查询
- ODBC
- 性能
- Python
- 安装
- 执行 SQL
- Jupyter Notebooks
- marimo Notebooks
- Pandas 上的 SQL
- 从 Pandas 导入
- 导出到 Pandas
- 从 Numpy 导入
- 导出到 Numpy
- Arrow 上的 SQL
- 从 Arrow 导入
- 导出到 Arrow
- Pandas 上的关系型 API
- 多个 Python 线程
- 与 Ibis 集成
- 与 Polars 集成
- 使用 fsspec 文件系统
- SQL 编辑器
- SQL 功能
- 代码片段
- 故障排除
- 术语表
- 离线浏览
- 操作手册
- 开发
- 内部结构
- 为什么选择 DuckDB
- 行为准则
- 发布日历
- 路线图
- 站点地图
- 在线演示
像所有编程语言和库一样,DuckDB 也有其独特的特性和不一致之处。
其中一些是我们自身演变的遗留,另一些则是必然的,因为我们致力于遵守 SQL 标准,特别是 PostgreSQL 的方言(例外情况请参阅 “PostgreSQL 兼容性” 页面)。其余的可能只是偏好不同,或者我们甚至就应该做什么达成了一致,但尚未着手。
承认这些怪癖是我们能做的最好的事情,这就是我们下面整理了一系列示例的原因。
空组聚合
对于空组,聚合函数 sum
、list
和 string_agg
都返回 NULL
,而不是 0
、[]
和 ''
。这由 SQL 标准规定并被我们所知的所有 SQL 实现所遵守。此行为被列表聚合函数 list_sum
继承,但 DuckDB 原生函数 list_dot_product
则不会,它在空列表上返回 0
。
0 基索引与 1 基索引
为遵守标准 SQL,几乎所有地方都使用 1 基索引,例如数组和字符串的索引与切片,以及窗口函数(row_number
、rank
、dense_rank
)。然而,与 PostgreSQL 类似,JSON 特性使用 0 基索引。
类型
UINT8
与 INT8
UINT8
和 INT8
是不同宽度的整数类型的别名
UINT8
对应于UTINYINT
,因为它是一个 8 位无符号整数INT8
对应于BIGINT
,因为它是一个 8 字节有符号整数
解释:数值类型 INTn
和 UINTn
中的 n
表示数字的宽度,单位可以是字节或位。INT1
、INT2
、INT4
对应字节数,而 INT16
、INT32
和 INT64
对应位数。UINT
值也适用相同规则。然而,n = 8
对于位数和字节数都是有效的选择。对于无符号值,UINT8
对应 UTINYINT
(8 位)。对于有符号值,INT8
对应 BIGINT
(8 字节)。
表达式
可能会让你惊讶的结果
表达式 | 结果 | 注意 |
---|---|---|
-2^2 |
4.0 |
PostgreSQL 兼容性意味着一元负号的优先级高于幂运算符。请使用额外的括号,例如 -(2^2) ,或者使用 pow 函数,例如 -pow(2, 2) ,以避免错误。 |
't' = true |
true |
与 PostgreSQL 兼容。 |
1 = '1' |
true |
与 PostgreSQL 兼容。 |
1 = ' 1' |
true |
与 PostgreSQL 兼容。 |
1 = '01' |
true |
与 PostgreSQL 兼容。 |
1 = ' 01 ' |
true |
与 PostgreSQL 兼容。 |
1 = true |
true |
与 PostgreSQL 不兼容。 |
1 = '1.1' |
true |
与 PostgreSQL 不兼容。 |
1 IN (0, NULL) |
NULL |
如果你将输入和输出中的 NULL 视为 UNKNOWN ,这就有意义。 |
1 in [0, NULL] |
false |
|
concat('abc', NULL) |
abc |
与 PostgreSQL 兼容。list_concat 的行为类似。 |
'abc' || NULL |
NULL |
NaN
值
'NaN'::FLOAT = 'NaN'::FLOAT
和 'NaN'::FLOAT > 3
违反了 IEEE-754 标准,但这表示浮点数据类型像所有其他数据类型一样具有全序(请注意这对 greatest
/ least
函数的影响)。
age
函数
age(x)
是 current_date - x
而不是 current_timestamp - x
。这是另一个从 PostgreSQL 继承的怪癖。
提取函数
list_extract
/ map_extract
对于不存在的键返回 NULL
。struct_extract
会抛出错误,因为结构体的键类似于列。
子句
SELECT
中列的自动去重
列名会进行去重,其中第一次出现的列名会覆盖其他。
CREATE TABLE tbl AS SELECT 1 AS a;
SELECT a FROM (SELECT *, 2 AS a FROM tbl);
a |
---|
1 |
SELECT
选择列的大小写不敏感
由于大小写不敏感,当 file.parquet
文件中名为 A
的列出现在所需列 a
之前时,无法使用 SELECT a FROM 'file.parquet'
。
USING SAMPLE
USING SAMPLE
子句在语法上放置在 WHERE
和 GROUP BY
子句之后(与 LIMIT
子句相同),但在语义上却在两者之前应用(与 LIMIT
子句不同)。