当前位置: 首页 > news >正文

MySQL中多表查询的方式有哪些?

一、先明确:为什么必须掌握多表查询?

1.你是否能区分不同多表查询方式的差异?
2.能否根据业务场景选择合适的查询方式?
3.能否独立写出正确的多表查询 SQL?(避免语法错误)

二、先铺垫:多表查询的基础前提

先明确多表查询的核心:表与表之间必须有 “关联关系”(通常是主键 - 外键关联,比如用户表user的id(主键)对应订单表order的user_id(外键)),没有关联关系的多表查询会产生 “笛卡尔积”(数据冗余,无实际业务意义)。

先定义两个测试表:

-- 用户表(主表) CREATE TABLE `user` ( `id` INT PRIMARY KEY AUTO_INCREMENT, -- 用户ID(主键) `username` VARCHAR(50) NOT NULL, -- 用户名 `age` INT DEFAULT 0 -- 年龄 ); -- 订单表(从表) CREATE TABLE `order` ( `id` INT PRIMARY KEY AUTO_INCREMENT, -- 订单ID(主键) `order_no` VARCHAR(30) NOT NULL, -- 订单编号 `user_id` INT NOT NULL, -- 关联用户表的用户ID(外键) `price` DECIMAL(10,2) NOT NULL, -- 订单金额 FOREIGN KEY (`user_id`) REFERENCES `user`(`id`) -- 外键约束 );

三、核心多表查询方式拆解

方式 1:JOIN 连接查询

JOIN是多表查询的核心方式,通过关联字段将多个表 “拼接” 在一起查询,核心分为内连接、外连接(左外连接、右外连接)、交叉连接(极少用,仅作了解)。

1.1 内连接(INNER JOIN / JOIN)

通俗定义:只查询 “两张表中满足关联条件” 的数据,不满足条件的记录会被过滤掉(相当于 “取两张表的交集”)。

语法:SELECT 字段 FROM 表1 INNER JOIN 表2 ON 表1.关联字段 = 表2.关联字段 [WHERE 条件](INNER可省略,直接写JOIN)。

-- 简洁写法(省略INNER) SELECT u.id AS user_id, u.username, o.id AS order_id, o.order_no, o.price FROM `user` u JOIN `order` o ON u.id = o.user_id; -- 关联条件:用户ID=订单的用户ID

考察点:你是否知道ON用于指定表关联条件,WHERE用于过滤查询结果(避免把关联条件写在WHERE中)。

1.2 左外连接(LEFT JOIN / LEFT OUTER JOIN)

通俗定义:以 “左表” 为基准,查询左表的所有数据,右表中满足关联条件的数据会被匹配显示,不满足条件的右表字段显示NULL(相当于 “左表全量数据 + 右表交集数据”)。

语法:SELECT 字段 FROM 左表 LEFT JOIN 右表 ON 关联条件 [WHERE 条件](OUTER可省略)。

SELECT u.id AS user_id, u.username, o.id AS order_id, o.order_no, o.price FROM `user` u LEFT JOIN `order` o ON u.id = o.user_id;

考察点:能否区分左表和右表,理解 “右表不满足条件显示 NULL” 的特性。

1.3 右外连接(RIGHT JOIN / RIGHT OUTER JOIN)

通俗定义:以 “右表” 为基准,查询右表的所有数据,左表中满足关联条件的数据会被匹配显示,不满足条件的左表字段显示NULL(相当于 “右表全量数据 + 左表交集数据”),功能上可通过左连接互换表位置实现。

语法:SELECT 字段 FROM 左表 RIGHT JOIN 右表 ON 关联条件 [WHERE 条件](OUTER可省略)。

SELECT u.id AS user_id, u.username, o.id AS order_id, o.order_no, o.price FROM `user` u RIGHT JOIN `order` o ON u.id = o.user_id;

考察点:知道右连接的存在,理解其与左连接的对称关系。

1.4 交叉连接(CROSS JOIN,极少用)

通俗定义:无关联条件的连接,会产生两张表的 “笛卡尔积”(数据行数 = 表 1 行数 × 表 2 行数),通常无实际业务意义,仅在特殊场景(比如生成测试数据)使用。
• SQL 示例:

-- 产生笛卡尔积,慎用 SELECT u.username, o.order_no FROM `user` u CROSS JOIN `order` o;

方式 2:子查询(嵌套查询,适合简单场景)

通俗定义:将一个查询语句(子查询 / 内层查询)嵌套在另一个查询语句(主查询 / 外层查询)中,子查询的结果作为主查询的条件或数据源,分为 “关联子查询” 和 “非关联子查询”。

非关联子查询:子查询可独立执行,结果不依赖主查询(适合简单条件过滤)

  • 示例:查询 “购买过订单金额大于 100 元的用户” 信息
SELECT id, username, age FROM `user` WHERE id IN ( -- 子查询:获取订单金额>100的所有用户ID SELECT DISTINCT user_id FROM `order` WHERE price > 100 );

关联子查询:子查询依赖主查询的字段,无法独立执行(适合 “按主表每条记录匹配子表” 的场景)

  • 示例:查询 “每个用户的最新订单”(按订单 ID 倒序取第一条)
SELECT u.id AS user_id, u.username, o.id AS order_id, o.order_no, o.price FROM `user` u JOIN `order` o ON u.id = o.user_id WHERE o.id = ( -- 子查询:关联主表的user_id,取该用户最大订单ID(最新订单) SELECT MAX(id) FROM `order` WHERE user_id = u.id );

考察点:能否区分关联 / 非关联子查询,知道子查询的适用边界(避免多层嵌套导致性能问题)。

方式 3:联合查询(UNION / UNION ALL,结果集合并)

通俗定义:将多个SELECT查询的结果集合并成一个结果集,要求所有查询的 “字段数量、字段类型、字段顺序” 一致,分为UNION(去重,会过滤重复记录)和UNION ALL(不去重,性能更高)。

语法:SELECT 字段 FROM 表1 [WHERE 条件] UNION [ALL] SELECT 字段 FROM 表2 [WHERE 条件];

-- UNION:去重(自动过滤重复的用户记录) SELECT id, username, age FROM `user` WHERE age > 25 UNION SELECT u.id, u.username, u.age FROM `user` u JOIN `order` o ON u.id = o.user_id WHERE o.price > 200; -- UNION ALL:不去重(性能更高,适合确定无重复数据的场景) SELECT id, username, age FROM `user` WHERE age > 25 UNION ALL SELECT u.id, u.username, u.age FROM `user` u JOIN `order` o ON u.id = o.user_id WHERE o.price > 200;

考察点:知道UNION和UNION ALL的区别,明确联合查询的字段要求。

查询方式核心特点适用场景性能优先级
INNER JOIN取两表交集,过滤无效数据关联数据必须存在的业务(如已下单用户)高(优先使用)
LEFT JOIN保留左表全量数据,右表补 NULL需显示主表所有数据的场景(如所有用户订单)
子查询嵌套查询,逻辑直观简单条件过滤(如根据子查询结果筛选主表)中(复杂场景不如 JOIN)
UNION / UNION ALL合并结果集多查询结果合并(如不同条件的同类数据)中(UNION ALL > UNION)

加分项

1、结合项目举例:“我在实训项目中,用LEFT JOIN查询所有用户及对应的订单列表,用INNER JOIN查询有支付记录的用户信息”;

2、性能意识:“复杂多表查询优先用JOIN,不用多层子查询;合并结果集时,确定无重复数据就用UNION ALL,比UNION快”;

3、细节把控:“JOIN的关联条件写在ON里,过滤条件写在WHERE里,避免笛卡尔积冗余”。

举一反三

1、“如何查询‘没有订单记录的用户’?”(答案:LEFT JOIN后判断订单字段为NULL,SELECT u.* FROM user u LEFT JOIN order o ON u.id=o.user_id WHERE o.id IS NULL);

2. “ON和WHERE在JOIN查询中有什么区别?”(答案:ON是表关联条件,先执行;WHERE是结果过滤条件,在表关联后执行;LEFT JOIN中,ON不过滤左表数据,WHERE会过滤);

3. “多表查询时,如何提高性能?”(答案:给关联字段(主键 / 外键)建索引;避免SELECT *,只查需要的字段;减少笛卡尔积产生)。

http://www.cnnetsun.cn/news/167118.html

相关文章:

  • 多进程相关函数
  • 持续集成中的测试策略:构建高效质量保障体系
  • 什么是持续集成CI,与DevOps关系
  • 结构类算法题
  • 为什么你的Open-AutoGLM部署总失败?Docker最佳实践全解析
  • Open-AutoGLM安装总失败?深度解析Python依赖树中的隐藏陷阱
  • 软件测试生命周期管理的核心框架与实践策略
  • 计算机毕设java疫情背景下大学生宿舍管理系统 基于Java的疫情环境下高校宿舍智能化管理系统开发 疫情防控期间大学生宿舍管理的Java平台构建与应用
  • 别再有线连接了!Open-AutoGLM无线调试究竟有多强大?
  • Open-AutoGLM权限困境破解,一文搞定非root环境下的完整部署流程
  • 安卓13适配倒计时,Open-AutoGLM开发者必须掌握的8项声明式权限配置技巧
  • Open-AutoGLM模型下载加速指南(仅限内部使用的CDN加速方案曝光)
  • 复盘:我们是如何将测试周期缩短50%的
  • spring16,17-加载properties文件,容器
  • 黑客和程序员谁更胜一筹?从技术实力、就业范围到赚钱潜力的全方位对比
  • 揭秘Open-AutoGLM虚拟机部署难题:99%新手都会忽略的3个关键细节
  • Open-AutoGLM如何秒连WiFi?:工程师不会告诉你的4种高效方案
  • Open-AutoGLM模型拉取卡顿?:3步诊断+4大加速引擎推荐
  • 开题季救星:除了 paperzz,这 7 个 AI 工具能让你的报告 “一键丝滑”
  • RAG不死反进化:2025年大模型时代RAG技术架构与演进全解析
  • 基于51单片机智能老人防跌倒报警体温GSM短信上报
  • 基于51单片机云台控制系统电路设计
  • 基于51单片机手机无线蓝牙APP遥控智能车系统
  • Playwright 文件上传与下载完成判断全指南
  • Open-AutoGLM非root权限实战指南(99%人忽略的关键细节)
  • 从模糊到精准:Open-AutoGLM指令解析优化全流程详解,效率提升200%
  • 独家披露:顶尖AI工程师都在用的Open-AutoGLM Mac环境配置方案
  • Open-AutoGLM安装卡在第一步?这份保姆级图文指南必须收藏,错过再等一年
  • Open-AutoGLM操作序列优化实战(专家级调优技巧大公开)
  • 【大模型系统容错进阶指南】:Open-AutoGLM重试机制的7大设计模式