如何在Doctrine映射中描述多列外键

时间:2016-07-06 21:27:35

标签: php mysql doctrine foreign-key-relationship doctrine-mapping

我们有一个数据库架构,以简化(略微设计)的形式,如下所示:

enter image description here

在列(domainId,groupId)上设置从用户到域的外键,以保证参照完整性。这种结构适用于预期目的。


但是,对于与同一数据库通信的新应用程序,我现在需要为Doctrine创建一个映射,映射上面的结构,包括两个列上的外键关系。

我尝试了以下内容:

<entity name="User" table="users">
   <!-- other fields -->
   <many-to-one field="domain" target-entity="Domain" fetch="LAZY">
      <join-columns>
         <join-column name="domainId" referenced-column-name="domainId"/>
         <join-column name="groupId" referenced-column-name="groupId"/>
      </join-columns>
   </many-to-one>
</entity>

但是这给了我一个错误: UnitOfWork.php line 2649: Undefined index: groupId

所以,我的问题是:

在Doctrine中描述多列多对一外键关系的正确方法是什么?


<小时/>

为了完整起见,数据库为模式创建代码,如上面的ERD所述:

CREATE TABLE `users` (
  `userId` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `groupId` INT(10) UNSIGNED NOT NULL,
  `domainId` INT(10) UNSIGNED NOT NULL,
  `someData` VARCHAR(32),
  PRIMARY KEY (`userId`),
  KEY `key_users_groupId_domainId` (`groupId`, `domainId`)
) ENGINE=InnoDB;

CREATE TABLE `domains` (
  `domainId` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `groupId` INT(10) UNSIGNED NOT NULL,
  `someOtherData` VARCHAR(32),
  PRIMARY KEY (`domainId`),
  KEY `key_domains_groupId` (`groupId`)
) ENGINE=InnoDB;


CREATE TABLE `groups` (
  `groupId` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `someMoreData` VARCHAR(32),
  PRIMARY KEY (`groupId`)
) ENGINE=InnoDB;


ALTER TABLE `users`
    ADD CONSTRAINT `fk_users_domains` FOREIGN KEY (`groupId`, `domainId`) REFERENCES `domains` (`groupId`, `domainId`),
    ADD CONSTRAINT `fk_users_groups` FOREIGN KEY (`groupId`) REFERENCES `groups` (`groupId`);

ALTER TABLE `domains`
    ADD CONSTRAINT `fk_domains_groups` FOREIGN KEY (`groupId`) REFERENCES `groups` (`groupId`);

1 个答案:

答案 0 :(得分:3)

这不是你问题的绝佳答案。另外,我从未使用过Doctrine或Doctrine2。但是我花了一些时间环顾四周,并且最后得到了前三个参考文献:

Doctrine multiple composite foreign key,一个问题,虽然它没有显示XML映射,但可能是偏离基础的,至少看起来是关于FK中的多列。并根据答案回答关于Doctrine2的某些方面的问题。

Doctrine2 Map entities with composite foreign keys in ...这个问题虽然没有多大价值,但至少可以作为一个双重候选人加入你的问题。

XML Mapping Doctrine2 XML映射文档。搜索文本multi没有价值,但搜索composite时会说:

  

但是,对于复合键,您可以指定多个id元素   推荐使用代理键与Doctrine 2一起使用。

这引出了我对Surrogate的Wikipedia定义的陈述:

  

代理是由系统内部生成的,是不可见的   对用户或应用程序。

Natural vs Surrogate。关于在两者之间进行选择的讨论。

返回您的模型,按独立性递减顺序列出:

CREATE TABLE `groups` (
  `groupId` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `someMoreData` VARCHAR(32),
  PRIMARY KEY (`groupId`)
) ENGINE=InnoDB;

CREATE TABLE `domains` (
  `domainId` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `groupId` int(10) unsigned NOT NULL,
  `someOtherData` varchar(32) DEFAULT NULL,
  PRIMARY KEY (`domainId`),
  KEY `key_domains_groupId` (`groupId`),
  CONSTRAINT `fk_domains_groups` FOREIGN KEY (`groupId`) REFERENCES `groups` (`groupId`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `users` (
  `userId` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `groupId` int(10) unsigned NOT NULL,
  `domainId` int(10) unsigned NOT NULL,
  `someData` varchar(32) DEFAULT NULL,
  PRIMARY KEY (`userId`),
  KEY `key_users_groupId_domainId` (`groupId`,`domainId`),
  CONSTRAINT `fk_users_domains` FOREIGN KEY (`groupId`, `domainId`) REFERENCES `domains` (`groupId`, `domainId`),
  CONSTRAINT `fk_users_groups` FOREIGN KEY (`groupId`) REFERENCES `groups` (`groupId`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

一些划痕工作:

truncate table groups; -- disallowed
delete from groups;
alter table groups auto_increment 1; -- reset, after running delete from.
insert groups(someMoreData) values ('group0001'),('group0002');
select * from groups;
insert domains(groupId,someOtherData) values 
(1,'sod'),(1,'sod'),(1,'sod'),
(2,'sod'),(2,'sod');
select * from domains; -- AI 1 to 5 above
insert users(groupId,domainId,someData) values (1,1,'sd'); -- success
insert users(groupId,domainId,someData) values (1,3,'sd'); -- success
insert users(groupId,domainId,someData) values (1,4,'sd'); -- Error 1452 fk failure

很明显users并不真正需要复合FK到domains。相反,它只需要一个列FK进入domains的替代AI PK。这足够和足够紧密,以达到与你正在做的相同的效果。

与此相符,users.domainId就足够了,users.groupId引入了非规范化,后者应该被丢弃。

无论如何,希望这有帮助。