怎么设计通用性数据表？又或者有这个必要吗？

比如操作日志、后台消息通知是否有必要只用 1 个表存储。

操作日志相对还简单些，改了哪些字段，从一个状态改为另一个状态等

后台消息通知稍微复杂些，不同业务会有不同的需求，就会有不同字段，有的是简单的消息通知，如发货通知，有些就需要带一些基础数据

我看 laravel 的消息通知是一个 text 字段存储所有消息，还有一些公共字段。

这个怎么搞呢？有没有什么想法

========================

怎么设计通用性数据表？又或者有这个必要吗？
这个费用分别存储还是存 3个，运费+总费用+其他（代收+其他）这个字段数量具有不确定性，跟上面日志信息一样，记录字段有不确定性, 如果全部创建，容易有空字段占用空间，不创建统计的时候又是个问题。

世界上最遥远的距离不是生与死，而是你亲手制造的BUG就在你眼前，你却怎么都找不到ta。

世界上最遥远的距离不是生与死，而是你亲手制造的BUG就在你眼前，你却怎...

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

讨论数量: 2

陈先生

课程读者 650 声望 / PHP_EOL @ NaN

使用 Model Event 可能会比较适合，但是这个行为是不是应该主动记录会比较好，例如一个 Model 提供一个 Loggable 的接口实现。在 save 后触发日志记录。

1年前评论

如此甚好

97 声望

mongo

1年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助