我很抱歉,如果这不是一个适合这样的问题的地方,但我已经用尽谷歌试图找出正确的设计模式为一个特定的表,我必须在我的数据库中设计。让我为您描绘一幅图,我有一个名为Activities的表,其中包含以下内容这只是一个快速商店,总共有102个条目

当用户注册时,可以选择他或她参与的活动,我试图解决的问题是如何设计这样一个表来存储这些信息,我可以去创建一个有102列的表,它看起来像下面的快照

根据我对SQL的了解,它不赞成有这么大的表,即X数量的列,我个人不想创建一个102列长的表,因为随着时间的推移,可能会添加更多的活动,这会导致这个特定的表增长更多,到了很难处理的程度,我只对将用户选择的活动存储到数据库中感兴趣。
所以我正在征求一些SQL专家对这个问题的意见,我听说过SQL中的元模型设计模式(不确定这是不是它的正确名称)。我试着用谷歌搜索一个例子,但结果是没有结果,这给我的印象是模式不是这样命名的。
我很感谢大家给我的反馈。
发布于 2017-05-17 20:35:21
与关系一起走
3表
-users (user_id,....)
-activities(activity_id,activity_name,...)
-UserActivities(user_id,Activity_id)
https://stackoverflow.com/questions/29192992
复制相似问题