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

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

  •  
  •   muziling · 88 天前 · 1347 次点击
    这是一个创建于 88 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

    15 条回复    2020-04-14 15:11:18 +08:00
    Incentancy
        1
    Incentancy   87 天前
    第二种就挺好的,做一次映射就可以了。

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

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

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