规范化为 3NF（第三范式）时，可以将复合键和/或外键移动到其他表吗

我的数据库设计目前处于 3NF。问题是外键，在某些情况下是复合键。

如果与复合/外键关联的属性不依赖于主键，您是否可以移动复合键和/或外键来创建其他表？

我怀疑答案是肯定的，因为这个链接：

第三范式中是否包含外键？
最佳答案：仅仅因为它是外键并不意味着它也不能被视为主键的属性。事实上，它首先是一个外键，这意味着它正在定义与另一个表的关系，因此不会违反 [...] 3NF。
——《疯狂教授》
https://answers.yahoo.com/question/index?qid=20081117095121AAXWBbX#

这让我想知道我现在的正常化阶段是否是3NF。

Preamble

在纯关系数据库理论中，没有什么可以阻止您拥有复合主键 (PK)，并且您可以拥有引用它们的外键 (FK)，并且这些 FK 也必然是复合的。有些软件很难使用复合键，因此您经常会发现人们添加一个 ID 列，其中包含自动生成的数字，然后将其指定为表的 PK。然后，其他表可以具有引用（简单）ID 列的（简单）FK。一个常见的错误是忘记原始复合 PK 仍然是候选键 (CK)，并且其唯一性应由 DBMS 通过表上的唯一约束来强制执行；它成为替代密钥 (AK)。

导流

CK、AK 和 PK 系统的工作原理如下：

• 每个 CK 都是一组（一个或多个）列，它是表中每行数据的其余部分中的数据的唯一标识符。
• 一个 CK 可以被指定为the PK.
• 其他 CK 变为 AK。

考虑这个表：

CREATE TABLE elements
(
    atomic_number   INTEGER NOT NULL PRIMARY KEY
                    CHECK (atomic_number > 0 AND atomic_number < 120),
    symbol          CHAR(3) NOT NULL UNIQUE,
    name            CHAR(20) NOT NULL UNIQUE,
    atomic_weight   DECIMAL(8,4) NOT NULL,
    period          SMALLINT NOT NULL
                    CHECK (period BETWEEN 1 AND 7),
    group           CHAR(2) NOT NULL
                    -- 'L' for Lanthanoids, 'A' for Actinoids
                    CHECK (group IN ('1', '2', 'L', 'A', '3', '4', '5', '6',
                                     '7', '8', '9', '10', '11', '12', '13',
                                     '14', '15', '16', '17', '18')),
    stable          CHAR(1) DEFAULT 'Y' NOT NULL
                    CHECK (stable IN ('Y', 'N'))
);

Each of atomic_number, symbol and name是候选键。对于化学来说，symbol作为主键最方便；对于物理学来说，atomic_number是最方便的。与同位素等相关的表格引用了atomic_number列，但与化合物相关的表格引用了symbol柱子。这里的三个CK都很简单；另一方面，同位素表有一个由元素的原子序数（质子数）和中子数组成的复合PK。

Answer

回到你的问题，你的数据很可能是 3NF，或更可能是 BCNF（形式上比 3NF 更强）。

在我们评估您的设计之前，您必须向我们展示您的表架构并指定适用于列的约束（功能依赖性等）。但您所描述的任何内容都不会先验地阻止其正常化。