一个表里有很多字段是字典项，展示时需要关联字典中文名称，表要怎么设计比较好

[muziling]

一个表里有很多字段是字典项，展示时需要关联字典中文名称 表要怎么设计比较合理，

第一种： 表设计只保存字典项，不保存中文名称，这样前端展示，需要大量的和字典表 join 语句来展示中文名称。 （ mybatis 的 enum 不适用，因为字典项是可配置的，不能用 enum 写死）

第二种： 表设计同时保存字典项 ID 和中文名称，这样前端展示就不需要关联中文名称了。但是表插记录时，需要填充中文名称

第三种： 把字典 ID 值也设置成字典的中文名称，但要关联用户 ID，用户 ID 这种不能设置为中文，这种没办法避免

哪种设计方式更好。 或者有没有其它的编码解决方案。

[Incentancy]

第二种就挺好的，做一次映射就可以了。

永远不要把中文做成 ID，编码问题难受的一批。

[AmazingH]

数据库查出来 代码里面转吧

[BlackZhu]

以前的公司是存字典 id 然后前端浏览器数据库进行翻译

[pkaq]

前端缓存 /后端缓存 考虑一下?

[uxstone]

字典表有 id, pid, code, name 这 4 个字段, code 唯一且不可修改, name 可以修改

其他业务表里只保存字典的 code, 然后通过缓存的字典 map 出字段的中文名称

[fmumu]

分离，字典抽出来，提供查询接口，前端调用就好

[xuanwu]

用过 mysql 的表名列名用中文，内容当然也可以
也听说过 sql server 这么用

[ericls]

同时保存的话 字典还有什么意义。。。

你还要去解决同步问题？

[egfegdfr]

第一种，能后把 join 放到代码层实现。手动赋值，这样就是麻烦点，但是毕竟需要展示中文字的地方也不多。也不用存冗余字段

[dbpe]

列名为字典选项,字典管理工具输出 json,然后中文名让前端自己去 json 去取

[jorneyr]

可以考虑只存储字典 ID 。
字典项按照类型分类，整个分类的数据可以放缓存，一次性从缓存读取整个分类的字典，然后代码替换对应的字典项。

[yinzhili]

第二种方式我个人觉得也不好
假如字典的中文名称改了，那你还得依次更新一下你的业务表

[forgottencoast]

取决于你的业务场景。
如果业务需要同一个 ID 对应不同的名称，比如多语言支持，或者允许不同客户自定义自己的名称，那就第一种方案前端展示。也不需要 join，生成一个对应的字典 json 数据给前端就可以，前端自己处理。
如果 ID 对应的名字几乎不会更改，那就第二种方案。大部分业务场景下，插表的次数相对读取的次数几乎可以忽略。

[no1xsyzy]

i18n 不是一般纯前端做吗？最多动态请求字典（甚至改出了个用 IndexedDB 的）

[saulshao]

这是一个选择的问题，长期来看，第一个办法更好，因为有一些技术手段可以解决慢的问题。第二个办法会带来大量的冗余数据，这种数据如果需要 update，可能会招致比较大的麻烦。

[azev]

@uxstone 这样是要在应用里循环检索结果列表的记录集吧？性能相比多次 join 那个更好呢？