首先,让我先说明我是一个非常糟糕的数据建模者。我知道这只是危险的。
我正在构建的表有四个外键,其中两个引用同一个表。这是该表的create语句。
CREATE TABLE IF NOT EXISTS `abnr`.`reputation_event_log` (
`id` INT NOT NULL AUTO_INCREMENT ,
`reputation_event_id` INT NULL ,
`giver_user_id` INT NULL ,
`receiver_user_id` INT NULL ,
`review_id` INT NULL ,
`giver_point_value` SMALLINT NULL DEFAULT 0 ,
`receiver_point_value` SMALLINT NULL DEFAULT 0 ,
`created_at` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ,
PRIMARY KEY (`id`) ,
INDEX `fk_reputation_log_user` (`giver_user_id` ASC) ,
INDEX `fk_reputation_log_user1` (`receiver_user_id` ASC) ,
INDEX `fk_reputation_log_review` (`review_id` ASC) ,
INDEX `fk_reputation_log_reputation_event` (`reputation_event_id` ASC) ,
CONSTRAINT `fk_reputation_log_user`
FOREIGN KEY (`giver_user_id` )
REFERENCES `abnr`.`user` (`id` )
ON DELETE NO ACTION
ON UPDATE NO ACTION,
CONSTRAINT `fk_reputation_log_user1`
FOREIGN KEY (`receiver_user_id` )
REFERENCES `abnr`.`user` (`id` )
ON DELETE NO ACTION
ON UPDATE NO ACTION,
CONSTRAINT `fk_reputation_log_review`
FOREIGN KEY (`review_id` )
REFERENCES `abnr`.`review` (`id` )
ON DELETE NO ACTION
ON UPDATE NO ACTION,
CONSTRAINT `fk_reputation_log_reputation_event`
FOREIGN KEY (`reputation_event_id` )
REFERENCES `abnr`.`reputation_event` (`id` )
ON DELETE NO ACTION
ON UPDATE NO ACTION)
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_general_ci;
我关注此帖子的索引是fk_reputation_log_user
和fk_reputation_log_user1
。每个声望事件都有一个提供者,但只有一些有接收者。我喜欢这个FK可以为空,但我不知道该怎么做,或者甚至是“允许”。
我还想到让所有FK列成为主键的一部分,以便对重复的日志条目进行数据库级保护 - 但这不起作用,因为PK列必须是非NULL。
如果您需要更多详细信息,请在评论中说明。谢谢!
(是的,这是为了一个与SO不太相似的声誉系统)
答案 0 :(得分:4)
CREATE TABLE IF NOT EXISTS `abnr`.`reputation_event_log` (
`id` INT NOT NULL AUTO_INCREMENT ,
`reputation_event_id` INT NULL ,
`giver_user_id` INT NOT NULL , -- mandatory giver_user_id
`receiver_user_id` INT NULL , -- optional receiver_user_id
. . .
是的,您可以在列中声明了外键约束的NULL
。列上的NOT NULL
约束独立于该列上的任何外键约束。
外键意味着如果列具有非NULL值,则该值必须存在于外键约束引用的表的主键中。
编辑:至于您的UNIQUE
要求,您是否知道可以在可空列上声明UNIQUE
约束。列可能包含NULL
s(与主键约束不同)。这是标准的SQL行为,MySQL支持。
. . .
PRIMARY KEY (`id`),
CONSTRAINT UNIQUE (`giver_user_id`, `receiver_user_id`,
`review_id`, `reputation_event_id`),
. . .