程序内有多处用到评论,是否应该将评论都放在一张表

本来开始就一个模块用到评论,后再增加到5个模块用到评论,但评论表基本差不多,感觉是不是冗余了,想着合并到一张表,但又不确定未来会有什么弊端,求老司机指点

《L04 微信小程序从零到发布》
从小程序个人账户申请开始,带你一步步进行开发一个微信小程序,直到提交微信控制台上线发布。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
Summer
最佳答案

数据量大的项目,一般评论的数据量会比主要内容的数据量大很多,所以优先考虑性能问题,要分早分。

数据量不大的项目,从维护成本考虑,一个数据表一个 Model 好维护一点。

当然业务逻辑也要考虑进去。

2年前 评论
臭鼬 (楼主) 2年前
讨论数量: 26
Summer

数据量大的项目,一般评论的数据量会比主要内容的数据量大很多,所以优先考虑性能问题,要分早分。

数据量不大的项目,从维护成本考虑,一个数据表一个 Model 好维护一点。

当然业务逻辑也要考虑进去。

2年前 评论
臭鼬 (楼主) 2年前
巴啦啦

能分则分吧,从业务角度上来说,合在一起没必要

2年前 评论
臭鼬 (楼主) 2年前

没必要合在一起的。

2年前 评论
你看我吊吗啊

我们外包的习惯是都放一起 如果模块之间业务可以完全相互独立 分开倒也无所谓

2年前 评论
thebestxt 2年前
你看我吊吗啊 (作者) 2年前
liziyu 2年前

如果字段都是一样的,只是所属模块不一样,那就合表,用 多态一对多 关联就行了

2年前 评论
MArtian (作者) 2年前
臭鼬 (楼主) 2年前
Summer

数据量大的项目,一般评论的数据量会比主要内容的数据量大很多,所以优先考虑性能问题,要分早分。

数据量不大的项目,从维护成本考虑,一个数据表一个 Model 好维护一点。

当然业务逻辑也要考虑进去。

2年前 评论
臭鼬 (楼主) 2年前
chowjiawei

然后你的网站很有前途,评论达到了10亿

2年前 评论
臭鼬 (楼主) 2年前
陈先生

把表拆开,不要觉得这个东西是可复用的,如果有一天某个评论需要单独加图片或者音频视频 那你岂不是直接起飞?

2年前 评论
chowjiawei 2年前
MrHao 2年前
MrHao 2年前
MrHao 2年前
MrHao 2年前
陈先生 (作者) 2年前

两个表如果不需要联合去做什么操作的,可以早点分了。

2年前 评论

考虑到数据量和是否常用的字段信息,还是要分开,尤其点赞之类的依赖缓存的字段,更要分开呀。

2年前 评论

分开性能更好

2年前 评论

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