数据库 SQL 设计

Question

我正在制作一个 React 应用，现在我需要为每个用户存储 IBAN number, bank_name, bank_location etc...，每个用户只能拥有 1 个银行。

目前我有一个描述用户的表，

User(uid, name, lastname, bio, url_img, ..)

现在我必须添加新信息，您认为为银行信息创建一个新表是个好主意还是将新信息放在 User 表中更好？

想法 1：

User (  uid
      , name
      , lastname
      , bio
      , url_img
      , IBAN_number
      , bank_name
      , bank_location
      )

想法2：

User (uid, name, lastname, bio, url_img)

Bank_user_info(
       id
     , uid_user
     , IBAN_number
     , bank_name
     , bank_location
     )

想法 2 是个好主意，即使用户最多只有一个 bank_user_info 行？？？

Answer 1

第一种情况会导致逻辑错误，基本上没有bank 就不能存在user。鉴于一家银行可以拥有多个客户，您可能会不断重复银行信息并最终导致信息相互矛盾。冗余迟早会导致矛盾。

在第二种情况下，user 是独立的，但是（逻辑上）bank 在没有user 的情况下不存在，并且与第一种情况相同的冗余银行信息问题。

所以，我会推荐

-- only attributes relevant to a user
--
user {USER_ID, ...}
  PK {USER_ID}

-- only attributes relevant to a bank
--
bank {BANK_ID, ...}
  PK {BANK_ID}


-- User banking detail (only one bank per user)
--
user_bank {USER_ID, BANK_ID, ACCOUNT_NO, ... }
       PK {USER_ID}
       AK {BANK_ID, ACCOUNT_NO}

FK1 {USER_ID} REFERENCES user {USER_ID}
FK2 {BANK_ID} REFERENCES bank {BANK_ID}

如果用户可以使用多个银行：

user_bank {USER_ID, BANK_ID, ACCOUNT_NO, ... }
       PK {USER_ID, BANK_ID}
       AK {BANK_ID, ACCOUNT_NO}

FK1 {USER_ID} REFERENCES user {USER_ID}
FK2 {BANK_ID} REFERENCES bank {BANK_ID}

注意事项：

All attributes (columns) NOT NULL

PK = Primary Key
AK = Alternate Key (Unique)
FK = Foreign Key

Answer 2

由于银行表包含有关用户 ID 的信息，因此两个表的大小必须相等，因此两个表将毫无意义。由于 1 家银行（在现实世界中）将拥有 1 个以上的用户，因此可以通过使用单独的银行信息表来节省磁盘空间，而不会丢失任何数据。这是关系数据库的基本思想。

重新考虑您为表格建议的字段。用户表应该有关于每个用户的唯一信息，加上一个标识他们的银行的 id。银行信息表将包含相同的 id，以及每家银行独有的任何其他内容。

现在磁盘空间更便宜了，如果不太笨重，您可以考虑将所有内容放在一张表中。但是……假设一家银行有 1,000,000 名客户，然后更改了名称。您是更新一张巨表中的 1,000,000 行，还是更新银行信息表中的 1 行？

Answer 3

This answer 解释何时使用新表或新列。在您的情况下，IBAN 号码可以是 User 表的一个属性，但是其他列应该是 Bank 实体的一部分。这可以防止复制每个用户的银行信息（名称、位置）。所以表格可以是：

用户(uid, name, lastname, bio, url_img, IBAN, bank_id)
银行（id，bank_name，bank_location）