一对一关系

Question

我在与MySQL的关系方面遇到麻烦。 有人可以告诉我这是否是一对一的关系（在帐户和访客之间）。

CREATE TABlE IF NOT EXISTS account
(
accountID       INT UNSIGNED    NOT NULL COMMENT 'primary key',   
guestFK         INT UNSIGNED    NOT NULL COMMENT 'account linked to particular guest',
password        VARCHAR(20)     NOT NULL COMMENT 'password of guest account',
CONSTRAINT account_PK PRIMARY KEY (accountID), 
CONSTRAINT account_FK FOREIGN KEY (accountID) REFERENCES hotel.guest(guestID)
);



CREATE TABLE IF NOT EXISTS guest
(
guestID     INT UNSIGNED    NOT NULL AUTO_INCREMENT  COMMENT 'primary key',
addressFK   INT UNSIGNED    NOT NULL COMMENT 'foreign key of guest address',
vehicleFK   INT UNSIGNED             COMMENT 'foreign key of guest vehicle',

firstName   VARCHAR(50)     NOT NULL COMMENT 'first name of guest',
lastName    VARCHAR(50)     NOT NULL COMMENT 'last name of guest',
phoneNum    INT UNSIGNED    NOT NULL COMMENT 'phone number of guest',
eMail       VARCHAR(50)     NOT NULL COMMENT 'e-mail address of guest',

CONSTRAINT guest_PK PRIMARY KEY (guestID),
CONSTRAINT address_FK FOREIGN KEY (addressFK) REFERENCES hotel.address(addressID),
CONSTRAINT vehicle_FK FOREIGN KEY (vehicleFK) REFERENCES hotel.vehicle(vehicleID),
CONSTRAINT email_UQ UNIQUE (eMail) COMMENT 'no two guests should have the same e-mail address',
CONSTRAINT guest_UQ UNIQUE (firstName, lastName, phoneNum) COMMENT 'no two guests  should have same name and phone number' 
);

Answer 1

不，不是。 您未能在帐户表中为来宾外键提供约束。 就目前而言，我可以为同一位客人拥有多个帐户。

考虑将guestFK标记为唯一。 这也将决定您的关系模型需要重新访问，因为guestFK可以用作主键，这将消除对accountID的需要。

在来宾表中，考虑以下字段上的组合键：
名，姓，电子邮件，电话号码

另外，请确保您没有存储密码，而实际上仅存储了盐渍的哈希值。

Answer 2

几乎...如果您已经通过guestFK将它与帐户表连接，则不需要访客表中的外键（accountFK）。 有两种方法可以执行此操作：

1. 您将外键（guestFK）保留在帐户表中，并从来宾表中删除外键（accountFK）
2. 您将外键（accountFK）保留在来宾表中，并从帐户表中删除外键（guestFK）。

Answer 3

您有guestFK作为引用guest.guestID字段的外键。 外键关系意味着一个帐户可以有很多客人。 因此，就数据库设计而言，答案是“ 不” ，不是一对一的。