Laravel如何将不同通知存储到不同数据库Schema

这个需求完全可实现，没有技术障碍，根据你的技术栈选对应方案即可，不需要推翻现有默认存储逻辑：

方案1：ORM层路由（推荐，90%以上业务场景适用） #

不管你用Laravel、Django、Spring Data JPA还是SQLAlchemy，这个方案改造成本最低：

• 先建两个和表结构完全映射的模型，分别绑定对应schema：
  • 客户端通知模型绑定client.notifications表
  • 商户通知模型绑定business.notifications表
    两个模型可以继承同一个基础通知类，字段完全复用，不用重复定义。
• 找到通知统一入库的入口，加一层类型判断：
  • 命中需要存入Client Schema的特定通知类型时，调用客户端通知模型的写入方法
  • 其余所有通知保持原有逻辑，默认写入商户通知表即可
    如果你用的是框架自带的通知模块（比如Laravel Notification），直接在对应通知类里覆写数据库存储的目标表配置就行，不用改全局逻辑。

方案2：数据库层路由（适合不方便改上层业务代码的场景） #

如果动上层代码风险高，直接在数据库侧做路由即可，以MySQL为例：

1. 保持现有默认写入逻辑不变，所有通知默认还是往business.notifications写
2. 给business.notifications表加前置插入触发器，识别到特定类型的通知时，自动转存到client.notifications，同时拦截这条数据在business表的写入，参考逻辑：

DELIMITER //
CREATE TRIGGER route_notification_to_client
BEFORE INSERT ON business.notifications
FOR EACH ROW
BEGIN
  -- 替换成你自己的特定通知类型标识
  IF NEW.notification_type = 'client_exclusive' THEN
    INSERT INTO client.notifications (notification_type, content, receiver_id, created_at)
    VALUES (NEW.notification_type, NEW.content, NEW.receiver_id, NEW.created_at);
    -- 抛出异常终止当前往business表的插入动作
    SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Routed to client schema';
  END IF;
END //
DELIMITER ;

PostgreSQL、SQL Server可以用替代触发器/规则实现相同效果，语法略有差异，逻辑一致。

方案3：持久化层切面拦截（适合统一数据访问层的中大型项目） #

如果项目有统一的DAO层或者持久化中间件，直接在写入拦截器里加规则：

• 拦截所有目标为通知表的写入请求
• 解析待写入数据的通知类型字段
• 动态切换本次写入对应的schema和表，执行完后直接返回，不进入默认写入流程
  这种方式对业务代码完全零侵入，后续如果要新增其他schema的路由规则，只需要在拦截器里加配置项即可。

注意：不要为了实现这个需求全局修改数据库连接的默认schema，很容易导致其他业务表写入错库错表，所有路由规则必须只针对通知模块的写入逻辑生效，做好边界判断。

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