我对数据库设计比较陌生，我决定制作自己的假设数据库以进行实践。但是，我无法对其进行建模和规范化，因为我认为存在许多多对多 (M:N) 关系。

一般场景描述

该数据库旨在保留有关在塞尔达系列中工作过的各种人物的数据。我想跟踪的控制台（S） ，一个游戏可以玩上，员工是曾在部分游戏的发展，乔布斯的员工有（很多员工在不同的工作职位在多个游戏等）

商业规则

• 多个员工可以在多个游戏上工作。
• 多个游戏可以在同一个控制台上。
• 多个控制台可以是同一个游戏的平台。
• 多个员工可以拥有相同的Job。
• 一个Employee可以有多个Jobs。
• 一个游戏可以有多个员工。
• 一个游戏在它的开发过程中可以有多种类型的工作
• 多个游戏可以附加相同类型的工作。
• 一个控制台可以有多个人在处理它。
• 一个人可以在多个控制台上工作。

属性名称和样本值

• Employee Name，可以分为First …

我正在研究一个数据建模项目，我正在尝试为一个history只有四列的表找出最好的数据建模方法：

CREATE TABLE FooHistory
(
    SecurityID  INT (FK),     -- Part of the natural PK.
    FieldID     INT (FK),     -- Part of the natural PK.
    DateCreated DATETIME2(0), -- Part of the natural PK.
    Value       VARCHAR(50)
);

此表中的自然复合 KEY 将是(DateCreated, SecurityId, FieldID)，并且 ETL 过程每 30 分钟将向此表添加 ~ 2K 行。

问题

1. 声明复合 PRIMARY KEY (PK)(DateCreated, SecurityId, FieldID)与添加新 IDENTITY 列（即系统生成的代理）并将其用作 PK 的优缺点？

2. 我相信，如果我添加一个 IDENTITY 列并将其用作 PK，那么该表将不会处于第三范式（3NF）中，因为非 PK 列之间将存在函数依赖关系，即，(DateCreated, SecurityId, FieldID)和Value.

3. 由于此表保留了历史数据，因此我不希望将此表加入其他外部表，应用程序将主要使用 SELECT 语句与其进行交互。基于这些假设，将表保持在 …

我正在为一个应用程序设计一个数据模型，它必须跟踪数据的变化。

第一步，我的应用程序必须支持PostgreSQL，但我想在第二步中添加对其他 RDBMS（尤其是 Oracle 和 MS SQL 服务器）的支持。因此，我想选择使用较少专有功能的便携式数据模型。（表的 DDL 可能因 RDBMS 供应商而异。但应用程序中的 SQL 查询/语句对于所有支持的供应商应尽可能相同。）

例如，假设有users一张users_versions桌子。users_versions在 上有一个外键users。

表的示例可能如下所示：

users
----------------
id | username
---------------- 
 1 | johndoe
 2 | sally

users_versions --> references id of user (userid)
---------------------------------------------------------------------------
id | userid | name     | street      | place     | validfrom  | validuntil
---------------------------------------------------------------------------
 1 |      1 | John Doe | 2nd Fake St | Faketown  | 2018-01-04 | 2018-01-05
 2 |      1 …