與外鍵1-N的關係是不是主鍵（一次是AUTO_INCREMENT「ID」）與doctrine2/Symfony2的

Question

我有以下兩個表：

CREATE TABLE IF NOT EXISTS `skills` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `skill_category` varchar(50) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, 
    `skill` varchar(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, 
    `icon_filename` varchar(50) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, 
    `display_priority` int(11) NOT NULL, 
    PRIMARY KEY (`id`), 
    KEY `skill_category` (`skill_category`) 
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; 

CREATE TABLE IF NOT EXISTS `skills_categories` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `skill_category` varchar(50) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, 
    `display_priority` int(11) NOT NULL, 
    PRIMARY KEY (`id`), 
    UNIQUE KEY `IDX_95FF1C8D47E90E27` (`skill_category`) 
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; 

ALTER TABLE `skills` 
    ADD CONSTRAINT `skills_ibfk_1` FOREIGN KEY (`skill_category`) REFERENCES `skills_categories` (`skill_category`); 

注意兩者之間的外鍵關係skill_category列。

我試圖創建這些表之間的多對一/一對多關係。一個獨特的skill_category應該有很多技能。這種結構似乎做工精細，除了當我嘗試驗證映射我得到的錯誤：

The referenced column name 'skill_category' has to be a primary key column on the target entity class 'Resume\ResumeBundle\Entity\SkillsCategories'.

有由學說的要求所引用的列是主鍵。如果我把這個鍵作爲主鍵，我的id列不再自動增加，我想要的。所以mySQL似乎可以確定外鍵是主鍵，然而Doctrine抱怨這種情況。有人說，他們只是通過重新創建列固定它：

http://goo.gl/vvq0tu

我已經試過這一點，這似乎並沒有幫助我。所以要麼這是某種錯誤，要麼我對RDBMS有一個基本的誤解（完全有可能）。我的問題是我不應該使用'id'列嗎？如果我期望我的'skill_category'列是獨一無二的，那麼我應該把它作爲主鍵並刪除'id'列？這將解決我的問題，但將VARCHAR作爲主鍵會有什麼問題嗎？谷歌的答案似乎「不是真的」，但我希望從別人的角度來看。

Answer 1

這就是究竟是我剛開始使用Doctrine時遇到過同樣的問題，是的，它來自對Doctrine如何將對象映射到關係數據庫的誤解。通過走出去的「關係」的世界中，和治療您的實體，如他們的對象

讓我們開始。在你的情況下，這裏有兩類對象：你有一個技能，並且你有一個類別。

那些在作怪僅有的兩個對象。沒有像SkillsCategories實體那樣的東西......它作爲一個對象是沒有意義的 - 這是一種關係。因此，給它一個ID並不意味着太多。

那麼這些兩個實體實際上是什麼樣子？

技能：

• 一種ID
• 甲名稱
• 一個圖標文件名
• 顯示優先級
• 範疇實體它所屬

類別：

• 的ID
• 一個名稱
• 屬於它

就是當你把這些實體在數據庫中，它看起來就像你會技能的實體的列表期望（除了我們沒有繪製屬於某個類別的技能列表 - 稍後將由Doctrine處理）。我建議您更新架構以反映這種變化：

CREATE TABLE IF NOT EXISTS `Skill` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `categoryId` int(11) NOT NULL, 
    `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, 
    `iconFilename` varchar(50) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, 
    `displayPriority` int(11) NOT NULL, 
    PRIMARY KEY (`id`), 
    KEY `skill_category` (`categoryId`) 
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; 

CREATE TABLE IF NOT EXISTS `Category` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, 
    `displayPriority` int(11) NOT NULL, 
    PRIMARY KEY (`id`), 
    UNIQUE KEY `IDX_95FF1C8D47E90E27` (`name`) 
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; 

現在您可以定義通過主義的關係。以下是YAML可能的樣子：

Path\To\Entity\Skill: 
    type: entity 
    table: Skill 
    fields: 
     id: 
      id: true 
      type: integer 
      generator 
       strategy: AUTO 
     name: 
      type: string 
      length: 255 
     iconFilename: 
      type: string 
      length: 50 
     displayPriority: 
      type: integer 
    manyToOne: 
     category: 
      targetEntity: Category 
      inversedBy: skills 
      joinColumn: 
       name: categoryId 
       referencedColumnName: id 

Path\To\Entity\Category: 
    type: entity 
    table: Category 
    fields: 
     id: 
      id: true 
      type: integer 
      generator 
       strategy: AUTO 
     name: 
      type: string 
      length: 255 
     displayPriority: 
      type: integer 
    oneToMany: 
     skills: 
      targetEntity: Skill 
      mappedBy: category 

現在你有一個完全可行的模型！

一些例子...

說你想獲得一個技能的範疇的displayPriority：

$skill->getCategory()->getDisplayPriority(); 

...或者，如果你想獲得一個給定的類別下技能名稱的列表：

foreach ($category->getSkills() as $skill) { 
    echo $skill->getName(); 
} 

希望這有助於明確的東西一點點...

Answer 2

有做一個varchar主鍵沒有問題。如果您確實有空間或密鑰大小要求，則可以設置查找代碼表，但這會使數據庫和代碼比需要的更復雜。

我個人使用自動增量鍵僅用於輸入從過程我不用管：訂單，門票，活動等一般的東西都要從網絡過程跟蹤。