phoben 发表于 2024-3-7 18:23:13

多值型数据的关联需求

这个需求平时也不少遇到,我们为了方便管理,经常直接将ID拼接在某个字段中,例如:参与人字段,我们会存入3个ID“1,2,3,4”,或者:“zhangsan,lisi,wangsu”三个用户名,但到使用的时候,我们想取它们的全名或者其他信息,因为是多值拼接,就没办法直接正常关联到用户表了。

如果在命令里遇到这个需求,我们只能单独写一个逻辑来获取这些人的信息,然后通过拼接、去重等,得到三个姓名。

如果在页面其他地方、比如条件判断、页面绑定等,就十分不好弄了

不知道有没有什么好的方案?

Nathan.guo 发表于 2024-3-8 18:00:44

大佬,这种场景常见的做法是使用多选下拉框来显示数据




至于需要在其他场景获取其他字段数据,目前没有太好的办法,毕竟我们选择了这样的存储方式,因此也就注定了去数据不会很方便~~

phoben 发表于 2024-3-8 22:14:07

Nathan.guo 发表于 2024-3-8 18:00
大佬,这种场景常见的做法是使用多选下拉框来显示数据




嗯,显示到不是问题,主要就是我想既然LIST能统计子表拼接,那么是否能够相同原理,将多值取出关联表字段

Nathan.guo 发表于 2024-3-11 11:58:54

本帖最后由 Nathan.guo 于 2024-3-22 11:56 编辑

phoben 发表于 2024-3-8 22:14
嗯,显示到不是问题,主要就是我想既然LIST能统计子表拼接,那么是否能够相同原理,将多值取出关联表字段
大佬,我理解之前之所以在主表中存储子表拼接起来的主键,是为了方便管理,那现在活字格本身支持list统计字段,那么:
1.是否考虑更改数据库结构,改为常见的主子表结构,在这样也符合数据库范式
2.目前这个还没有直接的实现方式,因为在数据库层面出发,两个表之间本身并没有对应的主外键关系
3.当然,大佬也可以考虑去需求板块提个需求~~

phoben 发表于 2024-3-13 23:02:40

Nathan.guo 发表于 2024-3-11 11:58
大佬,我理解之前之所以早主表中存储子表拼接起来的主键,是为了方便管理,那现在活字格本身支持list统计 ...

好的,谢谢

Nathan.guo 发表于 2024-3-14 09:05:20

{:5_110:}
页: [1]
查看完整版本: 多值型数据的关联需求