用户的详细资料是否需要单独做一个表

问答 / 223 / 6 / 创建于 3年前

业务是社交，会有很多资料信息比如身高、体重、工作、薪资等20多个字段
当前user表包含了邮件、电话、性别、头像、昵称等比较常规的一些资料，我是否需要把上面20多个资料都建立在这个user表上，还是单独设立一个表。
不知道拆分和不拆封后续有什么优缺点

臭鼬

见习助教 167 声望

暂无个人描述~

0 人点赞

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

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

推荐文章：

更多推荐...

工作

[求职]在郑州工作4年的程序媛的简历优化 13 / 172 |

博客

冯老师的困惑——测试和正式环境掐架篇（一） 15 / 23 |

博客

简单对比一下DcatAdmin和filament的各自优缺点 29 / 33 |

面试 POPER 的后端开发工程师的离奇经历 34 / 104 |

博客

Git在项目中的那些实操(持续更新...) 22 / 3 |

博客

[开源项目] 基于 laravel 开发的一个社区/社交小程序 23 / 47 |

讨论数量: 6

LiamHao

Laravel 8.x 译者 572 声望

放在 user 表中：

优点：查询「身高」「体重」等这些信息，减少关联查询，减少数据库查询次数

缺点：字段过多，反而导致查询 user 表性能下降

放在单独表中：

优点：查询 user 表信息较快

缺点：查询「身高」「体重」等这些信息需要写关联关系，代码中容易出现N+1问题

3年前评论

臭鼬（楼主）

我现在是拆分的，但当我需要条件查询的时候有点悲剧，比如是已上线的用户并且身高区间是170-175的人

24K大白羊

@臭鼬这种一个关联也就出来了不需要纠结

dusty

课程读者 41 声望

单独表+1 什么社交产品呀!!

3年前评论

臭鼬（楼主）

小众产品，还没上线

Hesunfly

课程读者 102 声望 / php开发工程师 @ 家里蹲

我觉得可以分开存储，这些详细资料一般是冷数据了吧，数据一般情况下查询的次数也比较少，改动的机会也少，是在不行加缓存

3年前评论

臭鼬（楼主）

现在拆分了，但打算把性别、昵称、头像常用数据给放到user表

Hesunfly （作者）

@臭鼬对的，你这属于垂直分表了，一般就是根据冷热数据来区分的

LiamHao

@Hesunfly 嗯？这不是叫垂直分表吗，我记错了？

Hesunfly （作者）

@LiamHao ...，我说错了，犯糊涂了，😳

Icy

Laravel 8.x 译者 153 声望

支持垂直拆，所有的工作前期不要怕麻烦，后续迭代的时候会很轻松的。

3年前评论

陈先生

课程读者 596 声望 / 慢就业指挥官 @ 灵活就业规划中心

需要等你后面要加字段慢慢加的时候你就知道心态爆炸四个字怎么写了 ,打开你的user表 ,好家伙,找个字段找半天

3年前评论

臭鼬（楼主）

的确是

laravelcc

1 声望

冷热数据垂直拆表

3年前评论

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

帮助

用户的详细资料是否需要单独做一个表

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

用户的详细资料是否需要单独做一个表

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录