存储用户提交的数据

发布于 2024-12-03 01:43:27 字数 213 浏览 1 评论 0原文

我正在创建一个将为用户托管列表的网站。他们将能够访问这些列表,然后创建也可以保存/共享/其他内容的子列表。

我正在尝试找出处理这些数据的最佳方法。我的第一个想法是让每个用户在 MySQL 中都有自己的表,并在那里存储相关信息。如果这被证明是最好的选择,那么我们将不胜感激您所知道的一篇涵盖此内容的文章。

如果 MySQL 不是最好的路由,你会建议什么?

提前致谢。

I am creating a site that will be hosting lists for the users. They will be able to access these lists and then make sub-lists that can also be saved/shared/whatever.

I am trying to figure out the best way to handle this data. My first thought is to make every user their own table in MySQL and store the relevant info there. If this turns out to be the best option, a pointer towards an article that you know of that covers this would be much appreciated.

If MySQL is not the best rout, what would you suggest?

Thanks in advance.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

花落人断肠 2024-12-10 01:43:27

这里有一个简单的数据库布局:

TableUser: 
    UserId
    UserName
    OtherInfos

TableListUser:
    ListUserId
    ListId
    UserId

TableList:
    ListId
    ListProprety

TableListItem:
    ListItemId
    ListId
    ListInfos

通常MySQL应该可以工作,但这在很大程度上取决于数据的大小、用户的数量、请求/秒的数量......这是你的决定。

Here a simple DataBase layout :

TableUser: 
    UserId
    UserName
    OtherInfos

TableListUser:
    ListUserId
    ListId
    UserId

TableList:
    ListId
    ListProprety

TableListItem:
    ListItemId
    ListId
    ListInfos

Normaly MySQL should work, but that depens a lot on the size of the data, the number of user, the number of requests/seconds .... That is your call.

萝莉病 2024-12-10 01:43:27

MySql 是一种可行的方法,但您不想为每个用户创建一个表。您只需要一张表来存储所有用户。

您希望用户访问/创建什么类型的列表?

MySql is the way to go but you don't want to create one table for each user. You only need one certain table to store all the users.

What kind of lists do you want the users to access/create?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文