用于数据库的 BCNF 和 4NF

Question

所以我从这 3 个表开始，并被告知将它们修改为 BCNF 和 4NF：

PRIVATE_SESSION（培训师、电话、电子邮件、费用、ClientLastName、 ClientFirstName、ClientPhone、ClientEmail、日期、时间）

CLUB_MEMBERSHIP（客户编号、客户姓氏、客户名字、 ClientPhone、ClientEmail、MembershipType、EndingDate、街道、城市、 州，邮编）

CLASS（班级名称、培训师、开始日期、结束日期、费用）

*还建议使用一个新表来跟踪客户、订阅的课程和支付的金额，同时仍将所有内容保留在 BCNF 和 4NF 中

================================================ ===================

所以，我将它们变成了这 7 个表格，以尝试遵守 BCNF 和 4NF。问题是……这甚至是正确的吗？如果每个确定项都是候选键，则满足 BCNF 的定义，看起来就是这样。如果 4NF 不包含我相信的多值依赖项，则它是满意的……我尝试将表分开，这样它们就不会

培训师

ID (primary key),
TrainerLastName,
TrainerFirstName,
TrainerEmail,
TrainerPhone

培训师课程

ID (primary key),
ID (foreign key from CLIENT_INFO.ID)
TrainingStartTime,
TrainingStartDate,
TrainingFee

CLIENT_INFO

ID (primary key),
ClientLastName,
ClientFirstName,
ClientPhone,
ClientEmail,

会员地址

ID (primary key),
ID (foreign key to CLIENT_INFO.ID),
State,
City,
Street,
Zip

会员信息

ID (primary key),
ID (foreign key to CLIENT_INFO.ID),
MembershipType,
MembershipStartDate,
MembershipEndDate

CLUB_CLASS

ID (primary key),
TrainerID (foreign key to  TRAINER.ID),
ClassName,
ClassStartDate,
ClassEndDate,
ClassCost

CLASS_ENROLLMENT

(ClassID, MemberID) composite primary keys
TotalClasses,
TotalPaid

Answer 1

对于建议架构的更新版本（修订版 11）

^{由于要修改架构，因此很难使答案与架构的当前版本保持同步。请在查看任何给定答案时牢记这一点。}

Class Enrollment 包含不合适的 Total Classes 和 Total Paid 字段。除非成员可以与标价（在这种情况下需要“已付费”）属性相比，就该类协商每个类的费用（折扣），否则该表应该是唯一的。应在必要时计算总数，或将其存储在独立于特定类别的单独表格中。

Membership Info 和Member Address 获得了两个名为ID 的列，这很混乱。据推测，第二个应该在每个表中标记为 Client ID（这样会更合理）。现在出现的问题是“会员信息和客户信息之间以及会员地址和客户信息之间的关系的基数是什么？”对于地址，可以在不知道地址的情况下存在成员吗？一个成员可以有两个或多个地址吗？如果其中任何一个的答案是“是”，那么设计是可以的。如果答案为“否”，则不清楚您是否需要客户信息和会员地址。会员信息和客户信息也是如此。

Trainer Session 有两个 ID 字段。第二个可能是客户 ID，但它还需要一个培训师 ID 来识别哪个培训师运行了会话。

对于建议架构的原始版本（修订版 6）

^{或建议架构的“接近原始”版本。}

由于缺少“类名”元素，您显然没有创建非损失分解。

Class Expense 表在原始表中没有对应项。

虽然我同意大多数字段，但尚不清楚 Trainer 表是否可以从原始表中得到保证。不过，费用属性在这里放错了位置。

Train Session 表缺少属性，无论您如何切分事物，都或多或少。如果它旨在代表私人课程，那么您缺少培训师 ID 和客户 ID 和费用。如果它是通用的公共（俱乐部）会话，那么您需要一个记录私人会话的表。

“会员信息”、“客户信息”和“会员信息”三者混淆和/或混淆。如果没有关于数据库应该如何处理信息的补充信息，很难知道什么是最好的推荐。成员信息表最好命名为地址。 Membership Info 表与 Client Info 表没有关联，因此成员资格与地址相关联，但与人员无关（人员与地址无关）。

我认为 Club Class 表还可以。

存在课程并由培训师教授，但从未记录过任何人参加课程。