大多数数据库开发人员和管理员都熟悉标准的内、外、左和右连接类型。虽然可以使用 ANSI SQL 编写这些连接类型，但还有一些连接类型是基于关系代数运算符的，在 SQL 中没有语法表示。今天我们将学习一种这样的连接类型：半连接（Semi Join）。下周我们将讨论与之类似的反连接。为了更好地了解这些连接类型是如何工作的，我们将在 Navicat Premium Lite 17 中对 PostgreSQL dvdrental 数据库 执行一些 SELECT 查询。这是一个基于 MySQL Sakila 样本数据库的免费数据库。

半连接的解释

试想一下，ANSI SQL 支持半连接。如果支持的话，其语法可能与 Cloudera Impala 的语法扩展类似，即左半连接和右半连接。于此相关的，下面是一个使用半连接的查询：

SELECT *
FROM actor
LEFT SEMI JOIN film_actor USING (actor_id)

上述查询将返回所有出演过电影的演员。但问题是，我们不希望结果中出现任何电影，也不希望同一演员出现在多行中。我们只希望每个演员在结果中出现一次（或零次）。“Semi”一词来源于拉丁语，在英语中翻译为“half”。因此，我们的查询只实现了“半连接”，在这种情况下是左半边。在 SQL 中，我们可以使用两种语法来完成半连接：EXISTS 和 IN。

使用 EXISTS 实现半连接

下面是使用 EXISTS 进行半连接的等价方法：

SELECT *
FROM actor a
WHERE EXISTS (
  SELECT * 
  FROM film_actor fa
  WHERE a.actor_id = fa.actor_id
)

如果我们在 Navicat Premium Lite 17 中执行我们的查询，可以看到它与预期的一样：

EXISTS 操作符不使用连接，而是检查 film_actor 表中是否存在一个演员的一条或多条记录。 由于使用了 WHERE 子句，大多数数据库都能识别出我们执行的是 SEMI JOIN 而不是普通的 EXISTS()。

使用 IN 实现半连接

IN 和 EXISTS 是完全等价的 SEMI JOIN 模仿，因此在大多数数据库中，下面的查询会产生与前面的 EXISTS 查询完全相同的结果：

SELECT *
FROM actor
WHERE actor_id IN (
  SELECT actor_id FROM film_actor
)

下面是在 Navicat Premium Lite 17 中执行的上述查询和其结果：

EXISTS 被认为是功能更强大的语法（尽管它有些繁杂）。

结语

在今天的博客中，我们学习了如何使用 ANSI SQL 语法模拟半连接。 除了在“正确性”方面是最佳解决方案外，使用“半”连接（SEMI）而不是内连接（INNER JOIN）在性能上也有一些好处，因为数据库可以在找到第一个匹配项后立即停止寻找匹配项。

是否有兴趣试用下 Navicat Premium Lite 17？你可以下载它进行 为期 14 天的全功能免费试用。 它适用于 Windows、macOS 和 Linux 操作系统。

Navicat 17 最新资讯 & 技术干货

- Navicat 17 体验官火热招募中

- Navicat- 17 新特性 | 用户界面再升级

- Navicat 17 新特性 | 模型设计创新与优化

- Navicat 17 新特性 | 查询与配置

- Navicat 17 新特性 | Navicat BI 功能革新升级

- Navicat 17 新特性 | 原生支持国产 Linux ARM 平台以及银河麒麟与统信操作系统

- 聚焦 Navicat 17 新特性 | 数据字典提升数据结构清晰度

- Navicat 17 新增 PolarDB 与 Garnet 数据库

- Navicat 17 新特性 | 聚焦 MongoDB

- Navicat 17 新特性 | 新增 Redis 哨兵部署模式

- 免费版 Navicat Premium Lite