gpt4 book ai didi

mysql - 在我的网站上为每个用户分配一个 MySQL 数据库是否不合理?

转载 作者:可可西里 更新时间:2023-11-01 06:30:57 26 4
gpt4 key购买 nike

我正在创建一个基于用户的网站。对于每个用户,我需要几个 MySQL 表来存储不同类型的信息(即 userInfo、quotesSubmitted 和 ratesSubmitted)。这是一个更好的主意:

a) 为站点创建一个数据库(即“mySite”),然后在其中创建成百上千个表(即“userInfo_bob”、“quotesssubmitted_bob”、“userInfo_shelly”和“quotesSubmitted_shelly”)

b) 创建数百或数千个数据库(即“Bob”、“Shelly”等)并且每个数据库只创建几个表(即“Bob”内部:userInfo、quotesSubmitted、ratesSubmitted 等.)

我应该使用一个数据库,该数据库中有许多表,还是应该使用多个数据库,每个数据库只有几个表?


编辑:

问题是我需要跟踪谁对什么进行了评分。这意味着,如果用户对 300 条报价进行了评分,我需要能够准确知道用户对哪些报价进行了评分。

也许我应该这样做?

一个报价表。一张表来列出用户。一张表记录所有已做出的评级(即三列:用户、报价、评级)。这似乎是合理的。有什么问题吗?

最佳答案

使用一个数据库。

用一张表保存用户,一张表保存报价。

在这两个表之间,您有一个表,其中包含将用户与报价相匹配的信息,该表将保存用户给出报价的评分。

这个简单的设计将允许您存储几乎无限数量的报价、无限的用户,并且您将能够将每个报价与零个或多个用户匹配,反之亦然。

中间的表将包含用户和报价表的外键

您可能会发现复习一些数据库设计基础知识很有帮助,这里有很多关于 stackoverflow 的相关问题。

从这些开始......

What is normalisation?

What is important to keep in mind when designing a database

How many fields is 'too many'?

More tables or more columns?

关于mysql - 在我的网站上为每个用户分配一个 MySQL 数据库是否不合理?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/327787/

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