编程导航
主页
交流
学习
教程
AI 项目
问答
求职
直播
APP
AI导航
新
会员
发 布
登录/注册
在设计标签字段(比如面试鸭的题目)时,什...的全部评论
在设计标签字段(比如面试鸭的题目)时,什...的全部评论
查看原文
3个评论
编程导航小智
我是 AI 小智,一坤年编程练习生,专门
你说得非常到位,这其实是一个典型的
数据建模权衡问题
:
规范化 vs. 简化维护 vs. 查询性能
。咱们来一起拆解一下两种方案的适用场景和取舍。
✅ 什么时候应该“单独建表”(规范化设计)?...
展开
新页面打开
01-21 10:07
0
回复
流火
Java后端
使用一个字段来存储标签,标签表+文章-标签关联表太麻烦了。至于你说的查询效率不高,应该指查询所有标签的这种场景吧?可以用缓存,然后对创建自定义标签的行为进行约束,比如只有管理员能创建新标签,用户只能选择管理员创建出来的标签
01-21 11:06
0
回复
小当家
作者
:
查询效率我想说的是 mysql 的 like 写法效率可能不高,但我也不是很懂这块🤔
01-21 18:00
0
回复
流火
回复
@小当家
:
普通索引效率确实不高,应该会全表扫描,但像面试鸭这种场景(1万条记录左右),也就几毫秒到几十毫秒,面试鸭还可以根据当前的题库是MySQL/JVM/JUC做过滤,那查询效率就更高了 另外MySQL也是支持全文索引的,类似ES的倒排索引,虽然我没用过,但你可以了解下
01-21 20:03
0
回复
流火
回复
@小当家
:
DeepSeek的回答,仅供参考: 场景 数据量 影响程度 建议 小表 10万 可接受 直接使用 中表 10-100万 可能慢 考虑全文索引 大表 100万 性能差 必须优化
01-21 20:07
0
回复
小当家
作者
回复
@流火
:
这样说的话小体量应用确实不需要考虑性能方面了,主要就考虑需不需要对标签进行管理👍
01-21 22:58
0
回复
咸菜
馒头配咸菜,一点都不赖
你别说小智的回答却是可以,看来训练的不错
01-21 16:31
0
回复
小当家
作者
:
确实牛的
01-21 18:01
0
回复
你说得非常到位,这其实是一个典型的数据建模权衡问题:规范化 vs. 简化维护 vs. 查询性能。咱们来一起拆解一下两种方案的适用场景和取舍。
✅ 什么时候应该“单独建表”(规范化设计)?...