以下方案将在关系数据库中实现。用于处理项目列表的表结构
我有以下情况: 有多个用户,都是唯一的。每个用户可以属于一个或多个“团队”。每个团队可以拥有未知数量的用户。
到目前为止,我得到的是,我应该与所有的队伍和所有的用户有一张桌子。 但是关于如何存储用户所属的团队,我是否需要为他所属的每个团队ID添加一个字段?我是否也需要确定他可以参加的比赛的数量或者是否可以有一定的限制? (如何存储一个列表,在其他应用程序中的限制是可用的内存)。
理想情况下,我想要一个结构,可以让我轻松查找用户属于哪个团队。
在团队表中也有类似的问题,我是否也需要定义团队中用户的限制?在这种情况下,我需要为团队中的每个用户提供一列吗?
最后,这个例子应该避免的东西,我应该看看结构不同?如果是这样,请提供一个例子。
我不是在寻找代码的例子,只是关于如何建立这些关系的例子。
还接受一些关于哪些数据库结构类型用于每种类型的问题的文档的建议。
我真的很喜欢你在第二种情况下的方法,我没有想那么远,但实际上这符合我心中的想法! 感谢你和Ghost的回答,我现在有了一个很好的主意。非常感谢! – Danyjex
请接受我的回答,如果您觉得有用,请投票 – Monah