数据库中两个表之间更灵活的关系？

Question

假设有两个表。（我做了示例表只是为了解释我的想法的概念，定义它会有一些错误。）

TableA“用户”

CREATE TABLE user
(
  id serial PRIMARY KEY
  name character varying(80) UNIQUE NOT NULL,
)

表B“历史”

CREATE TABLE history
(
  id serial PRIMARY KEY,
  action character varying(80) NOT NULL,
  CONSTRAINT history_action_key UNIQUE (name)
)

我认为有两种方法可以在两个表之间建立关系。

一种方式：在一个表中添加 ForeignKey 约束

CREATE TABLE user
    (
      id serial PRIMARY KEY,
      name character varying(80) NOT NULL UNIQUE,
      history_id integer REFERENCES history
    )

这意味着在用户表中还有一个名为history_id的字段用于指向与FK相关的历史记录。对吧？

第二种方式：您正在创建新表（比如说 TableC 'relationship'）。 TableC 将只显示 TableA 和 TableB 之间的关系

CREATE TABLE relationship
(
  id serial PRIMARY KEY,
  user_id integer NOT NULL REFERENCES remann_users (id),
  history_id integer NOT NULL REFERENCES history,
)

所以我的问题是

第二种在数据库中存储数据的方式更灵活吗？

我觉得第二种方式似乎更灵活 因为用户表和历史表在单独的表中完全分开。只是另一个表有数据来说明他们的关系。但第一种方式似乎用户表在其表中有一个字段“history_id”。所以我觉得它的方式更像是两个表之间的耦合。

我的想法对吗？

---

我想我首先对 manyTomany 关系感到困惑。

'user' 表有如下数据

包名

1 约翰

2 亚当

3 凯利

'history' 表有如下数据

PK 动作

1 打过篮球

玩过2个电子游戏

现在我想在用户和历史之间建立关系。

如果 John 打篮球，Adam 打篮球，Kelly 打电子游戏，我可以通过在 user 表中多放一列来建立关系。

'用户'表

pk 名称 fk

1 约翰 1

2 亚当 1

3 凯利 2

但如果有约翰打篮球同时打电子游戏的情况。这成了许多Tomany的关系。我需要像下面这样来显示这种关系。

'用户'表

pk 名称 第一个动作(fk) 第二个动作(fk)

1 约翰 1 2

2 亚当 1 空

3 凯利 2 NULL

但这是个坏主意，因为如果您想为某个特定用户添加更多操作，则必须更改架构。例如，用户打篮球、踢足球和玩视频游戏。您需要添加第三个操作（fk），其他用户行将具有空值。

因此您可以制作另一个表格来组合两个表格而不会出现此问题。这将是我上面解释的第二种方式。制作另一个表来显示两个表之间的关系只是在多对多情况下提高效率的方法。对吧？

这是我对您的回答感到困惑的地方。 “更灵活” 更灵活意味着如果您有第二种方式的桥接表，则显示 m2m 数据更灵活，或者只是 m2m 关系更灵活？我比什么更困惑？

Answer 1

这意味着在用户表中还有一个名为history_id的字段用于指向与FK相关的历史记录。对吧？

随便起个名字，不过是的。

我觉得第二种方式似乎更灵活，因为用户表和历史表在单独的表中完全分开。只是另一个表有数据来说明他们的关系。但第一种方式似乎用户表在其表中有一个字段“history_id”。所以我觉得它的方式更像是两个表之间的耦合。 ... 我的想法正确吗？

我的想法让我很兴奋。是的，你是对的。您所称的 relationship 表建立了数据库管理员所称的 Many-to-many 模型。

• 更灵活。
• 速度也较慢。
• 查询更加困难。

问题是一个用户可以有多个历史，如果他们不能，你为什么要让你的所有查询更复杂来支持它?

在 PostgreSQL 的普通 M2M 表中，您会得到类似的东西，

CREATE TABLE user (
  user_id serial PRIMARY KEY,
  name    text   NOT NULL
);
CREATE TABLE history (
  history_id serial PRIMARY KEY,
  tz         timestamp DEFAULT NOW()
);
CREATE TABLE relationship (
  user_id int REFERENCES users,
  history_id integer REFERENCES history,
  PRIMARY KEY (user_id, history_id)
)

• 如果一个用户有两个历史记录会怎样？

喜欢，

INSERT INTO relationship VALUES (1,1), (1,2);

• 如果我们有两个历史相同的用户会怎样？

喜欢，

INSERT INTO relationship VALUES (1,1), (2,1);

如果这些在您的应用中不可行，请不要使用多对多。