gpt4 book ai didi

php - MySQL 数据库建模的建议

转载 作者:行者123 更新时间:2023-11-29 07:53:03 25 4
gpt4 key购买 nike

我需要一些建议来创建一个为多个用户保存数据的数据库模型。我会尽量具体。如果这太宽泛或不合适,请原谅。

我正在创建一个 Web 应用程序,用户可以在其中注册并添加有关其运动队的数据。注册后,用户必须能够将成员添加到表中并将成就添加到另一个表中。

现在我总共有 4 张 table 。 members_table 保存运动队的所有成员。 achievements_table 保存所有成就。 member_has_achievement 保存成员和成就之间的关系,并充当唯一标识符。

最后我有一个login_table

该表有多列:登录ID用户名密码电子邮件

我最初的想法是在login_tablemembers_table之间创建一个关系表。这样一个用户可以拥有多个成员(member),并且这些成员(member)可以拥有多个成就。

但我不确定这是最好的方法。我为单用户应用程序构建了此模型,但在扩展它时遇到了困难。

对于如何以不同的方式建模有什么建议吗?

最佳答案

目前看来一切都很好。假设您有多个用户,存储在用户表中。
现在,如果用户可以添加成员,您只需要在members_table中添加您的user_id作为外键:

-----------------
| Members_table |
-----------------
| ID : PK |
| User_ID : FK |
| Name |
| anything_else |
-----------------

-----------------
| User |
-----------------
| ID : PK |
| email |
| login |
| password |
-----------------

我看不出有什么理由不能扩大规模。您可以通过 User_ID 看到哪个成员是由哪个用户添加的等...基本上这是一对多的关系:一个用户可以拥有多个成员,但一个成员仅属于一个用户,如果我理解正确的话:)

这里的用户表将是您的login_table 顺便说一句:)

关于php - MySQL 数据库建模的建议,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25932820/

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