Golang微服务跨Postgres数据库，如何实现产品与分类的关联？

核心结论 #

跨不同Postgres数据库的表，无法在数据库层面直接建立多对多关系——关系型数据库的外键约束、原生关联查询都局限在同一个数据库实例内。但完全可以通过业务逻辑层实现逻辑上的多对多关联，不需要强行把两张表合并到同一数据库。

1. 用独立关联表维护映射关系 #

最规范的做法是新增一个负责维护产品与分类关联的模块（可以是独立的product-category-microservice，也可以挂靠到现有微服务中，推荐独立以符合单一职责），在这个模块的数据库里创建关联表：

CREATE EXTENSION IF NOT EXISTS "uuid-ossp";

CREATE TABLE IF NOT EXISTS product_category
(
    id UUID PRIMARY KEY DEFAULT uuid_generate_v4(),
    product_id UUID NOT NULL, -- 关联products表的ID
    category_id INT NOT NULL, -- 关联categories表的ID
    created_at TIMESTAMP NOT NULL DEFAULT now()
);

业务流程示例：

• 给产品绑定分类：调用关联服务接口，传入产品ID和分类ID，写入关联表
• 查询产品所属分类：先从关联表拿到该产品对应的所有分类ID，再调用分类微服务批量获取分类详情
• 查询分类下的产品：先从关联表拿到该分类对应的所有产品ID，再调用产品微服务批量获取产品详情

2. 不建议给产品表直接加分类关联字段 #

不要在products表中新增类似category_ids INT[]的数组字段来存储分类ID，这种方式存在明显弊端：

• 无法保证数据一致性：当分类被删除时，产品表中的分类ID不会自动同步清理
• 难以支持复杂查询：比如按分类筛选产品、统计分类下的产品数量等操作会变得繁琐
• 破坏微服务职责边界：产品微服务不该直接存储属于分类领域的数据

3. 跨微服务的一致性保障 #

因为关联关系分布在多个微服务的数据库中，需要处理分布式一致性问题：

• 使用本地消息表或事务中间件，在产品/分类创建、删除时，触发关联表的同步更新
• 定期执行数据对账任务，检查关联表与产品、分类表的ID匹配情况，修复不一致数据

4. 什么时候需要合并数据库？ #

如果你的练手项目对关联查询性能要求极高，且暂时不想处理分布式事务的复杂度，可以考虑把products和categories表放到同一数据库，甚至合并两个微服务。但这只是临时方案，不符合微服务拆分的设计原则，适合快速验证功能阶段使用。

内容的提问来源于stack exchange，提问作者Ivan Petrov