【SQL系列】多表关联更新

💝💝💝欢迎来到我的博客,很高兴能够在这里和您见面!希望您在这里可以感受到一份轻松愉快的氛围,不仅可以获得有趣的内容和知识,也可以畅所欲言、分享您的想法和见解。

非常期待和您一起在这个小小的网络世界里共同探索、学习和成长。💝💝💝 ✨✨ 欢迎订阅本专栏 ✨✨

博客目录

  • [深入解析 SQL 更新操作:从基础语法到最佳实践](#深入解析 SQL 更新操作:从基础语法到最佳实践)
    • [一、UPDATE 语句基础解析](#一、UPDATE 语句基础解析)
    • 二、表别名与列引用
    • [三、SET 子句详解](#三、SET 子句详解)
    • [四、FROM 子句与多表更新](#四、FROM 子句与多表更新)
    • [五、WHERE 条件深度分析](#五、WHERE 条件深度分析)

深入解析 SQL 更新操作:从基础语法到最佳实践

SQL(结构化查询语言)是数据库管理的核心工具,而 UPDATE 语句作为其中最常用的操作之一,在数据维护和业务逻辑实现中扮演着关键角色。

一、UPDATE 语句基础解析

我们首先来看这个示例 SQL 语句:

sql 复制代码
UPDATE table_01 dst
SET tenant_id   = src."tenantId"
  , "updatedAt" = CURRENT_TIMESTAMP(3)
FROM table_02 src
WHERE dst.user_id IS NOT NULL
  AND dst.user_id = src.uid
  AND dst.tenant_id IS DISTINCT FROM src."tenantId";

这是一个典型的基于多表关联的更新操作,主要功能是将 table_01 中的 tenant_id 字段更新为 table_02 中对应记录的"tenantId"值,同时更新修改时间戳。

UPDATE 语句的基本结构包含以下几个关键部分:

  1. 目标表指定(table_01 dst)
  2. SET 子句定义要更新的列和新值
  3. FROM 子句指定数据来源表
  4. WHERE 子句定义更新条件

这种形式的 UPDATE 语句在 PostgreSQL、SQL Server 等数据库中常见,但在 MySQL 中语法略有不同,通常使用 JOIN 替代 FROM。

二、表别名与列引用

示例中使用了表别名(dst 和 src),这是 SQL 中提高可读性的重要技巧。通过为表指定简短的别名,可以简化列引用并减少语句长度。例如:

dst.user_id比完整的table_01.user_id更加简洁明了。

值得注意的是,示例中出现了两种不同风格的列名引用:

  • 不加引号的常规标识符(tenant_id, user_id)
  • 加引号的特殊标识符("tenantId", "updatedAt")

这种差异通常反映了底层数据库设计中的命名规范不一致问题。在 SQL 标准中,不加引号的标识符通常不区分大小写,而加引号的标识符则保留原始大小写。在实际项目中,建议统一命名风格以避免混淆。

三、SET 子句详解

SET 子句定义了要更新的列及其新值。本例中有两个更新操作:

  1. tenant_id = src."tenantId":将目标表的 tenant_id 设置为源表的 tenantId 值
  2. "updatedAt" = CURRENT_TIMESTAMP(3):将 updatedAt 字段设置为当前时间,精确到毫秒(3 位小数)

CURRENT_TIMESTAMP 函数在不同数据库中的实现略有差异:

  • PostgreSQL 和 Oracle 支持精度参数(如(3)表示毫秒)
  • MySQL 也支持类似语法,但参数位置略有不同
  • SQL Server 使用 GETDATE()或 SYSDATETIME()

在实际应用中,记录数据的最后修改时间是一种常见的最佳实践,有助于数据审计和问题追踪。

四、FROM 子句与多表更新

与传统单表 UPDATE 不同,本例使用了 FROM 子句引入第二个表(table_02)作为数据来源。这种多表更新语法在以下场景特别有用:

  • 根据关联表的值更新目标表
  • 需要从多个表获取信息来决定更新值
  • 批量更新基于复杂条件的记录

在 MySQL 中,等效操作通常使用 JOIN 语法:

sql 复制代码
UPDATE table_01 dst
JOIN table_02 src ON dst.user_id = src.uid
SET dst.tenant_id = src."tenantId"
  , dst."updatedAt" = CURRENT_TIMESTAMP(3)
WHERE dst.user_id IS NOT NULL
  AND dst.tenant_id IS DISTINCT FROM src."tenantId";

五、WHERE 条件深度分析

WHERE 子句是 UPDATE 语句中最关键的部分之一,它决定了哪些记录会被修改。本例中的条件包含三个部分:

  1. dst.user_id IS NOT NULL:确保只处理 user_id 不为空的记录
  2. dst.user_id = src.uid:关联条件,确保只更新匹配的记录
  3. dst.tenant_id IS DISTINCT FROM src."tenantId":确保只更新实际需要修改的记录

第三个条件特别值得关注,它使用了IS DISTINCT FROM操作符,这是一个比普通不等号(!=或<>)更安全的比较方式,因为它能正确处理 NULL 值:

  • 普通比较:NULL = NULL 结果是 NULL(不是 TRUE)
  • IS DISTINCT FROM:NULL IS DISTINCT FROM NULL 结果是 FALSE

这种写法避免了不必要的更新,提高了语句效率,是 SQL 优化的重要技巧。

觉得有用的话点个赞 👍🏻 呗。

❤️❤️❤️本人水平有限,如有纰漏,欢迎各位大佬评论批评指正!😄😄😄

💘💘💘如果觉得这篇文对你有帮助的话,也请给个点赞、收藏下吧,非常感谢!👍 👍 👍

🔥🔥🔥Stay Hungry Stay Foolish 道阻且长,行则将至,让我们一起加油吧!🌙🌙🌙

相关推荐
2503_931712484 小时前
10m/s超高速电梯:西奥XO-NEWIII如何树立行业速度标杆
java·大数据·数据库
无小道4 小时前
Redis——redis和mysql的数据同步
数据库·redis·mysql
AI的探索之旅4 小时前
从 Ubuntu 14.04 到 24.04:TI AM335x 开发环境完整迁移与 Agent 接管方案
linux·数据库·嵌入式硬件·ubuntu·postgresql
MatrixOrigin4 小时前
MatrixOne Git4Data 技术详解(七)·数据运维实践篇:Write-Audit-Publish——给 ETL 流水线装一道发布门禁
sql·数据平台·ai-native·矩阵起源·git4data·matrixone
辰合软件4 小时前
通达OA目录结构与核心文件解析
android·数据库·oracle
名不经传的养虾人5 小时前
从0到1:企业级AI项目迭代日记 Vol.61|记忆不是越多越好,装一道门比装满更重要
数据库·人工智能·ai编程·ai工作流·企业ai
霸道流氓气质5 小时前
Harness Engineering 从理论到实战:基于 Spring AI Alibaba 的完整实现指南
数据库·人工智能·spring·harness
linuxoffer5 小时前
MYSQL回收碎片空间
数据库·mysql
名字还没想好☜6 小时前
Go 并发实战:用 channel 实现 worker pool
java·数据库·后端·golang·go
源图客6 小时前
Claude Code基础使用
服务器·前端·数据库