我正在尝试为以下场景创建数据库安排:
网站的用户都有自己的主列表。这部分已经由一个包含每个人项目的表格处理,其中一个字段与每个用户的独特想法相匹配。
每个用户还可以创建任意数量的子列表,这些子列表由其主列表中的项目组成。这些列表中项目的顺序是可编辑的,以及在某些点插入一些全局值的能力。这是我坚持的部分。
处理子列表的最有效方法是什么?我已经考虑创建一个由用户ID标识的列表表,并且有一个逗号分隔值的字段,这些值对应于子列表组成的主列表中的项目,但我觉得我会很难以这种方式跟踪物品订单。
我试图搜索这个,但是我无法找到一种方法来以可搜索的方式表达我想要做的事情。
此外,如果有任何关于学习材料的建议可以帮助我自己提出这个答案,我会很喜欢一些建议。
答案 0 :(得分:0)
我会使用带有额外列的多对多表。你有user_id,item_from_master_list_id和位置。这样你就可以通过user_id选择,并按位置排序。