mysql 表设计，索引的问题

[2bad4u]

已知一个商品最多有两层分类，且分类不到百种，比如分类：“手机” 子分类 “智能手机,老年手机,卫星手机”，这种是直接写

category: 手机 sub_cate: 智能手机

呢，还是搞个分类表

category_id: 123 sub_cate_id: 456

呢。

特别讨厌分类表这种各种 join 满天飞，组里的人，int 比 varchar 建索引效率高很多吗？

本来想用 mongodb ，没想到 goframe 支持 mongodb 的 orm 。

[sadfQED2]

两种都行，哪种合适得看你们业务决定呀

[Donjote]

加个分类表吧，也能做下拉框用。怕 join 且分类名不改动的话，分类 id 和 name 一起保存到主表也可以

[xuanbg]

不想 join 很简单啊，分类表当字典表用就是了。

[kelvin_fly]

不想建分类表，就在主表里加两个 column 。 其实还是建分类表合适，join 这些包装为一层 API 就行

[defage]

电商类肯定是分类表的，如果是宽表分析类就是 sub_cate 了

[zakokun]

建一个分类表，所有分类信息都放缓存，然后商品信息里面记录绑定的分类 id ，获取商品详情以后根据 id 组装一下。

[2bad4u]

算球，就 join 吧，几行数据性能也不影响，就是写着累人。

[eric6699]

分类表吧，万一改名字

[ma836323493]

关系型数据库，你不用 join 干嘛

[akira]

你觉得 join 麻烦的话，就加个 category name ，sub cate name 咯