MySql数据库设计：一个大表还是许多小表？

Question

我正在设计数据库，想知道什么是最好的方法。

假设我有一个用户表（标准字段包括firstname，lastname，email等），每个用户都有不同币种的余额（usd，eur，gbp等）。 对于每个货币，都有几个字段（例如，可用金额，预留金额或类似内容）。 至少会有30种不同的货币。

用户可能会获得每种货币的数据，但可能性很小。 平均而言，用户将使用3-4种货币。

有以下更好吗？

a）一个带有用户信息和所有货币的列的大表。

b）一张用于存储用户信息的表，一张用于每种货币的表。

数据库将被读取和更新。

如果我采用第一种方法，将会有很多空字段，这些字段会使数据库变得非常大（货币的每个字段都是DECIMAL（20）），但是可以在一个查询中完成用户平衡。

如果我采用第二种方法，则仅当用户拥有该货币的余额时才填充某些货币表，这会使数据库小得多，但要获得总用户余额，我将必须在一个查询中为每个货币表进行联接。

哪个选项更好地获得最佳性能？

Answer 1

您都没有选择。

您需要一个用户表。 您需要一张货币表。 您需要余额的联结/关联表。

users表将包含一行的所有有关用户的信息。 它会有一个自动递增的主键，例如UserId 。

currencies表将包含有关currencies所有相关信息。 那可能就是它的名字。 它会有一个自动递增的主键，例如CurrencyId 。

balances表将两者链接。 它将具有UserId ， CurrencyId和其他有关余额的信息，例如数字数量和日期。

Answer 2

我建议一个表结构如下：

• 首先是带有您的{ID，FirstName，LastName}字段等的User表。例如，您可能有{1，Joe，Bloggs}

• 然后，我将使用一个名为Currency的查找表，其中包含具有唯一ID的各种类型的货币以进行识别。 {ID，CurrencyName}。 数据可能类似于：{5，'GBP'}

• 第二个查询表可用于AmountType {ID，AmountTypeName}，其中您将拥有诸如{1，'Available Amount'}和{2，'Reserved Amount'}等数据

• 我最终将创建一个表，以使用ID链接User，Currency和AmountType。 看起来像{ID，UserCode，CurrencyCode，AmountTypeCode}，例如，您将以{1、1、5、2}作为数据。

在此链接表中，您具有唯一的ID以标识记录（1）。 按照上面的示例，UserCode为1（Joe），CurrencyCode为5（GBP），而AmountTypeCode为2，这表示“保留金额”。

希望您能找到一种合理的方法，并且对您有所帮助。