安装 PostgreSQL
PostgreSQL 是一个功能强大的开源对象关系数据库系统。它经过数十年的积极开发和经过验证的架构,使其在可靠性、数据完整性和正确性方面赢得了良好的声誉。而其天生支持异步操作的特性,在高并发场景中倍受欢迎。同时,它的扩展性极强,只要你有能力,你可以使用任何你熟悉的其它开发语言来编写 PostgreSQL 脚本,比如:Rust、Python 等。PostgreSQL 对象
本章将介绍 PostgreSQL 常见的服务器和数据库对象。示例数据库
本章将介绍示例数据库,以便后续的演示。同时,你将学习到如何将已存在的数据导入到 PostgreSQL 中。基础 SELECT
本章将讨论如何使用简单的 `SELECT` 语句从 PostgreSQL 查询数据。PostgreSQL 的 `SELECT` 语句有诸多独特的特性,让我们一起感受一下。WHERE 子句
本章我们将学习 `WHERE` 子句,它不但能用于 `SELECT` 过滤查询结果,还能用于其它语句。LIMIT、OFFSET 和 FETCH 子句
本章我们学习 `LIMIT` 、`OFFSET` 和 `FETCH` 子句。和 `LIMIT` 一样,`FETCH` 也是为了限定返回的行数,但你不知道的是,`FETCH` 才是 SQL 标准,而 `LIMIT` 不是。LIKE 和 ILIKE
前面章节提过,在 PostgreSQL 中,`LIKE` 是区分大小写的。如果要像其它数据库那样不区分大小写,需要使用 `ILIKE`。PostgreSQL 还为它们提供了等价的运算符。连接
本章将讨论 PostgreSQL 的各种连接:内连接、左外连接、右外连接、交叉连接、自然连接、自连接和完全外连接。值得一提的是,哪怕到了 MySQL 8,MySQL 依然不支持完全外连接。分组
本章将讨论 PostgreSQL 的 `GROUP BY` 子句:将`SELECT` 语句返回的结果进行分组;对于每个分组,可以使用聚合函数。同时讨论与之相关的 `HAVING`、`CUBE`、`ROLLUP` 等。联合查询(并集)、交集查询及差集查询
本章将讨论 `UNION`:联合(并集)查询、`INTERSECT `:交集查询和`EXCEPT`:差集查询。子查询
本章我们将讨论如何使用 PostgreSQL 子查询来构建复杂的查询。同时会学习 `IN`、`EXISTS`、`ANY`、`SOME`、`ALL` 等操作。插入数据
本章将讨论如何使用 `INSERT` 向 PostgreSQL 中插入新行。同时介绍如何通过`REGURNING`子句返回最新插入行的ID以及批量插入数据的方法。修改数据
本章将讨论如何使用 `UPDATE` 语句修改 PostgreSQL 数据,以及配合 `RETURNING` 子句在修改数据的同时,返回修改后的内容。最后,还将介绍 `UPDATE JOIN`:根据另一张表中的数据进行修改。删除数据
本章将讨论如何使用 `DELETE` 语句删除 PostgreSQL 数据,以及配合 `RETURNING` 子句在删除数据的同时,返回已删除的内容。最后,还将介绍 `DELETE JOIN`:根据另一张表中的数据进行删除。插入或更新数据
在关系型数据库中,术语`upsert`称为合并:当插入数据时,如果数据已存在则进行更新,否则插入新行。PostgreSQL 使用 `INSERT ON CONFLICT` 实现这一功能。基础数据类型
本章我们讨论 PostgreSQL 的基本数据类型:布尔型、字符型、数值型和日期时间型。这些类型与其它数据库有着很多不同,让我们一起深入细节进行了解。表
本章将讨论和表相关的知识,包括:创建表、修改表、清空(截断)表和删除表。约束
本章将讨论 PostgreSQL 的约束,包括:主键约束、外键约束、唯一约束、非空约束、 CHECK 约束。条件表达式和运算符
本章将讨论 PostgreSQL 条件表达式和运算符,包括:使用 `CASE` 构造条件查询、使用 `COALESCE` 过滤非空参数、使用 `NULLIF` 处理 `NULL` 值以及使用 `CAST` 进行数据类型转换。视图
本章我们将讨论视图:创建、修改、删除视图。为高级篇的物化视图、递归视图等打好基础。性能分析
PostgreSQL 提供了 `EXPLAIN` 语句,它可以用来分析 SQL 的执行情况。本章将对其进行讨论。索引
PostgreSQL 索引是增强数据库查询性能的有效工具。然而,索引增加了数据库系统的写入和存储开销。因此,正确使用它们非常重要。本章我们将讨论如何使用索引。角色与权限
本章介绍角色与权限。PostgreSQL 使用角色来表示用户账号,而不是其它数据库那样使用用户概念。客户端鉴权
本章将讨论 PostgreSQL 客户端鉴权。回到之前安装 PostgreSQL 时的一个问题,为什么在本地登录 PostgreSQL 时,不需要输入密码?本章将回答这个问题。事务
本章将讨论如何使用 `BEGIN` 、 `COMMIT` 和 `ROLLBACK` 语句处理 PostgreSQL 事务。备份与还原
本章将介绍备份和还原 PostgreSQL 数据库。常用函数
本章对 PostgreSQL 常用函数进行汇总,包括:聚合函数、日期时间函数、字符串函数和数学函数。对于窗口函数,我们将在高级篇进行介绍。
约束
- 273
- 2023-07-31 06:54:20
非空约束
在数据库理论中,NULL
代表未知或信息缺失。NULL
与零值(空字符串、数字0等)不是一个概念。
NULL
很特别,它不等于任何东西,包括它自己。NULL = NULL
的结果是 NULL
,而不是你期望的TRUE
。要检查是否为 NULL
,需要使用 IS NULL
或 IS NO NULL
,而不是 =
或 <>
。
非空约束是指,限定某个字段的值不能为 NULL
:
CREATE TABLE 表名(
...
字段名 数据类型 NOT NULL,
...
);
在创建表的时候,如果要给某个字段指定非空约束,可以参照上面的语法。
如果要给已存在的字段指定非空约束,可以使用 ALTER TABLE ... ALTER COLUMN ... SET NOT NULL
语法:
ALTER TABLE 表名
ALTER COLUMN 字段名 SET NOT NULL;
唯一约束
如果要限定某个字段的值是唯一的,可以使用唯一约束 UNIQUE
:
CREATE TABLE 表名(
字段名 数据类型 UNQIUE
);
也可以在表约束中使用:
CREATE TABLE 表名(
字段名 数据类型,
UNIQUE(字段名)
);
表约束中使用的场景更多的是多个字段组成的唯一约束:
CREATE TABLE 表名(
字段1 数据类型,
字段2 数据类型,
UNIQUE(字段1, 字段2)
);
NULL
是个【魔鬼】(高级篇中会进行详解):对于唯一索引而言,如果字段允许NULL
(没加 NOT NULL
非空约束),那么,多个NULL
并不违反唯一约束,也就就是说,你可以给允许NULL
的唯一约束的字段上,插入N个NULL
值。原因在于 NULL
不等于任何东西,包括它自己。
主键约束
使用 PRIMARY KEY
给字段加主键约束:
- 每张表可以没有主键约束,但最多只能有一个主键约束
- 主键约束自动具备了非空约束(
NOT NULL
)和唯一约束(UNQIUE
)
你可以在字段后面加上主键约束:
CREATE TABLE 表名(
字段名 数据类型 PRIMARY KEY
);
也可以在表约束里指定:
CREATE TABLE 表名(
字段名 数据类型,
PRIMARY KEY(字段名)
);
对于表约束,更多的是指定复合约束:
CREATE TABLE 表名(
字段1 数据类型,
字段2 数据类型,
PRIMARY KEY(字段1, 字段2)
);
- 主键约束不可能出现
NULL
值。在大部分数据库中,如果你在INSERT
时给一个自动编号的主键设置NULL
,结果是自动编号的值。- 你可以给多个字段同时设置非空和唯一约束
- 虽然主键约束具备非空和唯一约束的特性,但一张表中只能有一个主键约束(一张表中,只能有一个
PRIMARY KEY
约束,哪怕它的行为和NOT NULL
+UNQIUE
类似)
- 主键约束不可能出现
NULL
值。在大部分数据库中,如果你在INSERT
时给一个自动编号的主键设置NULL
,结果是自动编号的值。 - 你可以给多个字段同时设置非空和唯一约束
- 虽然主键约束具备非空和唯一约束的特性,但一张表中只能有一个主键约束(一张表中,只能有一个
PRIMARY KEY
约束,哪怕它的行为和NOT NULL
+UNQIUE
类似)
CHECK 约束
CHECK
约束,允许你指定字段中的值是否必须满足特定条件CHECK
约束,在插入或修改值之前,会对值进行评估,如果满足条件则对值进行写入;否则报错
DROP TABLE IF EXISTS employees;
CREATE TABLE employees (
id SERIAL PRIMARY KEY,
first_name VARCHAR (50),
last_name VARCHAR (50),
birth_date DATE CHECK (birth_date > '1900-01-01'),
joined_date DATE CHECK (joined_date > birth_date),
salary numeric CHECK(salary > 0)
);
这个示例中有三个 CHECK
约束:
birth_date
的约束:限定生日必须在1900-01-01
之后的日期joined_date
的约束:限定入职时间必须大于其生日salary
的约束:限定薪资必须大于0
为已存在的字段加上 CHECK
约束:
ALTER TABLE 表名
ADD CONSTRAINT 字段名
CHECK (条件);
非空约束其实可以看作 CHECK
约束的一种:
CHECK(字段名 IS NOT NULL)
外键约束
外键是指引用其它表的主键或唯一字段的值。一张表可以有多个外键。外键有益于维护数据的完整性。
[CONSTRAINT fk_name]
FOREIGN KEY(fk_columns)
REFERENCES parent_table(parent_key_columns)
[ON DELETE delete_action]
[ON UPDATE update_action]
其中,action
的取值可能是:
SET NULL
:设置为NULL
值 ——前提是,该字段没有NOT NULL
或PRIMARY KEY
约束SET DEFAULT
:设置为默认值RESTRICT
:限制操作NO ACTION
:无任何操作CASCADE
:联动操作
包括阿里在内的诸多互联网巨头都提出不要使用外键约束,而是由程序编码来处理数据,原因:
- 外键约束会增加额外的系统开销
- 某些时候,外键约束会引入
NULL
值,而大部分互联网项目中NULL
值是不被允许- 在分布式系统中,可能根本没办法使用外键约束,因为每个微服务(包括它对应的数据库)都是独立的
包括阿里在内的诸多互联网巨头都提出不要使用外键约束,而是由程序编码来处理数据,原因:
特别说明
CREATE TABLE tb1(
c1 INTEGER UNQIUE,
c2 INTEGER UNQIUE,
);
和
CREATE TABLE tb2(
c1 INTEGER ,
c2 INTEGER ,
UNIQUE(c1, c2)
);
含义是不一样的。前者表示 c1
和 c2
分别是唯一约束;后者表示c1
和 c2
一起组成唯一索引。
-- 对于tb1
INSERT INTO tb1(c1,c2) VALUES
(1, 2),
(1, 3), -- 错误
(2, 2); -- 错误
-- 对于tb2
INSERT INTO tb2(c1,c2) VALUES
(1, 2),
(1, 3), -- 正确
(2, 2); -- 正确