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

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

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

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

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

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

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

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

世界上最遥远的距离不是生与死,而是你亲手制造的BUG就在你眼前,你却怎么都找不到ta。
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《L04 微信小程序从零到发布》
从小程序个人账户申请开始,带你一步步进行开发一个微信小程序,直到提交微信控制台上线发布。
讨论数量: 2
陈先生

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

6个月前 评论

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