@UniqueConstraint 和 @Column(unique=true) 选项之间的 Doctrine ORM 级别差异

在数据库级别，使用一个选项与另一个选项来定义时没有区别独特性如下所示。虽然@UniqueConstraint在其文档中读取“它仅在 SchemaTool 模式生成上下文中有意义“，两者之间是否存在 ORM 级别差异？我的意思是，当我们运行查询时，事情的处理方式是否有所不同？

• @UniqueConstraint http://doctrine-orm.readthedocs.org/projects/doctrine-orm/en/latest/reference/annotations-reference.html#uniqueconstraint
• @Column http://doctrine-orm.readthedocs.org/projects/doctrine-orm/en/latest/reference/annotations-reference.html#annref-column（唯一=真实）

示例 - @UniqueConstraint

CLASS

/**
 * @ORM\Entity
 * @ORM\Table(
 *      name="user",
 *      uniqueConstraints={
 *          @ORM\UniqueConstraint(columns={"email"})
 *      }
 * )
 */
class User
{
    /**
     * @ORM\Column(name="email", type="string", length=100)
     */
    private $email;
}

DQL

CREATE TABLE `user` (
  `email` varchar(100) COLLATE utf8_unicode_ci NOT NULL,
  UNIQUE KEY `UNIQ_8D93D649E7927C74` (`email`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

示例 - @Column - unique=true

CLASS

/**
 * @ORM\Entity
 * @ORM\Table(name="user")
 */
class User
{
    /**
     * @ORM\Column(name="email", type="string", length=100, unique=true)
     */
    private $email;
}

DQL

CREATE TABLE `user` (
  `email` varchar(100) COLLATE utf8_unicode_ci NOT NULL,
  UNIQUE KEY `UNIQ_8D93D649E7927C74` (`email`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

基本上没有区别。两者都在列上创建唯一的键。

But @UniqueConstraint有更多的可能性。和@UniqueConstraint您可以为键指定名称或跨越多个列。缺点是需要输入更多内容（没有那么糟糕），并且列名必须是数据库中的列名，而不是 php 属性名称。

unique=true on the @Column是在单个列上创建唯一键的最简单方法。

运行查询时，没有区别。 ORM 不关心唯一的定义。特别是在插入时，您会因唯一性违规而从数据库中获得崩溃，而不是从 ORM 中获得崩溃。您必须自己确保唯一性，例如使用 Symfony 中的唯一实体验证。