gpt4 book ai didi

mysql - 多(少)对多(实际上太多)关系的数据库设计

转载 作者:行者123 更新时间:2023-11-29 20:57:06 26 4
gpt4 key购买 nike

我有两个表,用户表和程序表。现在我只有 5-10 个计划和数以万计的用户,他们可以注册任何一个计划(也可以注册多个计划)。因此,在多对多关系的情况下,我正在考虑创建一个单独的表,例如 link_user_program,来存储用户注册的程序。

但是,如果我有数以万计的用户和只有 10 个程序,那么与仅存储在用户表中注册的程序(可能是逗号分隔的程序)相比,这不会消耗额外的空间并增加查询时间每个程序的 ids 或 bool 列)?

以上两种设计的优缺点是什么,或者有更好的选择吗?如果将来可能会添加新程序(但仍然远远少于用户数量)怎么办?

最佳答案

从OO领域设计角度,推荐使用多对多链接表;忘记额外的空间,对于查询时间,您可以设置索引来提高性能。

没有链接表,如果以后添加/删除问题会变得困难。

关于mysql - 多(少)对多(实际上太多)关系的数据库设计,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37540967/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com