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

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

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

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

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

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

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

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

世界上最遥远的距离不是生与死,而是你亲手制造的BUG就在你眼前,你却怎么都找不到ta。
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 2
陈先生

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

6个月前 评论

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