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

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

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

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

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

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

优化方案：

在原有两张表（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 = ‘可爱’”。

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