mysql - 我应该在什么时候创建一个单独的表(mysql)？

Question

我和一个 friend 正在开发一个数据库，该数据库存储有关 cPanel 托管帐户的信息，例如每个帐户正在使用的设置、应用程序和功能。

大多数字段都是 bool 值，例如帐户是否有任何 wordpress 站点、任何 php 5.4 驱动的站点、任何 ruby​​ on Rails 站点等...

少数字段是非 bool 数据，例如以 MB 为单位的磁盘使用情况、帐户所在服务器的主机名以及帐户的用户名等...

在我看来，将所有这些信息存储在一个表中是有意义的。

因此该表可能具有以下列:

    php54 boolean,
    wordpress boolean,
    ror boolean,
    username varchar(8),
    hostname varchar(20),
    usage_mb int(9),

我认为主键可能是(用户名，主机名)。

但是，我的 friend 已经设置了包含多个表的数据库，如下所示:

事实表:

    id int(11),
    php54 boolean,
    wordpress boolean,
    ror boolean,
    usage_mb int(9),

用户表:

    id int(11),
    factid int(11),
    hostid int(11),
    username varchar(8)

主机名表:

    id int(11),
    hostname varchar(20),
    ip varchar(15),

其中每个表的主键是“id”，用户表分别使用“hostid”和“factid”外键引用主机名表和事实表。

我相信我的 friend 使用多个表的基本原理是根据数据类型来组织数据，尽管所有数据都与一个唯一的帐户相关。

我的理由是，由于所有数据都属于一个唯一的帐户，因此每一行都是 1:1，那么拥有多个表是否有意义？

我认为，如果一个表中的一行可以引用另一个表中的多行，那么多个表是明智的...但在这种情况下，每个表中的每一行只能与任何其他表中的一行相关联。 .所以我认为一张 table 就可以了。

该数据应该位于多个表中，还是单个表中？

我们都是边走边解决问题的菜鸟。

什么时候使用多个表才有意义？

目前，编写一个 API 将与一个帐户关联的数据添加到三个单独的表中确实很困难，因为所有主键都会自动递增，除此之外，没有任何该帐户唯一的键可以轻松更新现有数据。

抱歉，如果这些都没有意义

Answer 1

就您而言，我认为拥有多个具有一对一关系的表不是正确的方法。

这并不被禁止，并且在某些情况下它可能会有所帮助( Is there ever a time where using a database 1:1 relationship makes sense? )，但是您必须处理请求中不必要的联接。