V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
muziling
V2EX  ›  数据库

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

  •  
  •   muziling · 2020-04-13 19:52:53 +08:00 · 2701 次点击
    这是一个创建于 1685 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

    16 条回复    2020-09-22 23:13:12 +08:00
    Incentancy
        1
    Incentancy  
       2020-04-13 21:26:04 +08:00
    第二种就挺好的,做一次映射就可以了。

    永远不要把中文做成 ID,编码问题难受的一批。
    AmazingH
        2
    AmazingH  
       2020-04-13 21:36:48 +08:00
    数据库查出来 代码里面转吧
    BlackZhu
        3
    BlackZhu  
       2020-04-13 22:52:08 +08:00
    以前的公司是存字典 id 然后前端浏览器数据库进行翻译
    pkaq
        4
    pkaq  
       2020-04-13 22:57:09 +08:00
    前端缓存 /后端缓存 考虑一下?
    uxstone
        5
    uxstone  
       2020-04-13 23:38:53 +08:00   ❤️ 3
    字典表有 id, pid, code, name 这 4 个字段, code 唯一且不可修改, name 可以修改

    其他业务表里只保存字典的 code, 然后通过缓存的字典 map 出字段的中文名称
    fmumu
        6
    fmumu  
       2020-04-13 23:52:15 +08:00 via Android
    分离,字典抽出来,提供查询接口,前端调用就好
    xuanwu
        7
    xuanwu  
       2020-04-14 03:13:39 +08:00
    用过 mysql 的表名列名用中文,内容当然也可以
    也听说过 sql server 这么用
    ericls
        8
    ericls  
       2020-04-14 04:14:17 +08:00
    同时保存的话 字典还有什么意义。。。

    你还要去解决同步问题?
    egfegdfr
        9
    egfegdfr  
       2020-04-14 08:44:03 +08:00
    第一种,能后把 join 放到代码层实现。手动赋值,这样就是麻烦点,但是毕竟需要展示中文字的地方也不多。也不用存冗余字段
    dbpe
        10
    dbpe  
       2020-04-14 08:55:49 +08:00
    列名为字典选项,字典管理工具输出 json,然后中文名让前端自己去 json 去取
    jorneyr
        11
    jorneyr  
       2020-04-14 09:17:27 +08:00
    可以考虑只存储字典 ID 。
    字典项按照类型分类,整个分类的数据可以放缓存,一次性从缓存读取整个分类的字典,然后代码替换对应的字典项。
    yinzhili
        12
    yinzhili  
       2020-04-14 09:33:43 +08:00
    第二种方式我个人觉得也不好
    假如字典的中文名称改了,那你还得依次更新一下你的业务表
    forgottencoast
        13
    forgottencoast  
       2020-04-14 09:54:10 +08:00
    取决于你的业务场景。
    如果业务需要同一个 ID 对应不同的名称,比如多语言支持,或者允许不同客户自定义自己的名称,那就第一种方案前端展示。也不需要 join,生成一个对应的字典 json 数据给前端就可以,前端自己处理。
    如果 ID 对应的名字几乎不会更改,那就第二种方案。大部分业务场景下,插表的次数相对读取的次数几乎可以忽略。
    no1xsyzy
        14
    no1xsyzy  
       2020-04-14 14:37:01 +08:00
    i18n 不是一般纯前端做吗?最多动态请求字典(甚至改出了个用 IndexedDB 的)
    saulshao
        15
    saulshao  
       2020-04-14 15:11:18 +08:00
    这是一个选择的问题,长期来看,第一个办法更好,因为有一些技术手段可以解决慢的问题。第二个办法会带来大量的冗余数据,这种数据如果需要 update,可能会招致比较大的麻烦。
    azev
        16
    azev  
       2020-09-22 23:13:12 +08:00
    @uxstone 这样是要在应用里循环检索结果列表的记录集吧?性能相比多次 join 那个更好呢?
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   912 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 21:50 · PVG 05:50 · LAX 13:50 · JFK 16:50
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.