一对多业务关系分页查询，如何同时满足子表数据作为查询条件？

来源：这里教程网时间：2026-02-28 18:34:05 作者：

一对多业务关系分页查询与多端查询条件

在业务系统中，一对多关系常见的情况是，某个实体有多个关联实体，且需要对主表进行分页查询的同时，子表数据可以作为查询条件。

针对您提出的问题，现有的两种设计方案存在不足：

方案一：在满足分页要求的同时，却无法满足子表数据作为查询条件的诉求。 方案二：通过将子表数据存储在主表中，满足了查询条件的要求，但违反数据库设计范式，影响数据查询性能。

这里提供一种优化后的设计思路：

优化方案：

在原有两张表（user和tag）的基础上，新增一张关联表（关联表采用“user_id”和“tag”组合作为主键）：

user表：
| a_id | name |
|---|---|
| 1    | 小明 |
| 2    | 小李 |
| 3    | 小张 |
tag表：
| id | tag |
|---|---|
| 1    | 活泼 |
| 2    | 可爱 |
关联表：
| user_id | tag |
|---|---|
| 1    | 活泼 |
| 1    | 可爱 |
| 2    | 活泼 |
| 3    | 可爱 |

使用关联表设计的好处在于：

满足分页查询需求，在user表中进行分页查询。 满足子表数据作为查询条件的需求，通过在关联表中加入查询条件，可以查询出指定子表数据的父表记录。 保证数据完整性，关联表避免了主表中数据冗余，保持了第一范式。

查询sql：

SELECT
    u.*,
    GROUP_CONCAT(t.tag) AS tags
FROM
    user AS u
LEFT JOIN
    关联表 AS r ON u.a_id = r.user_id
LEFT JOIN
    tag AS t ON r.tag = t.id
WHERE
    r.tag = '活泼'
    /* 其他查询条件 */
GROUP BY
    u.a_id,
    u.name
LIMIT
    #{current}, #{size}  -- 分页参数

使用说明：

通过在关联表中添加一个新的查询条件，可以实现多端的查询操作。例如，要查询“name”字段中包含“可爱”的“user”记录，可以在where子句中添加条件：“r.tag = '可爱'”。

这样既满足了一对多业务关系分页查询的需求，又可以将多端的子表数据作为查询条件使用，同时保证了数据完整性和性能优化。