使用“自动”策略时，用学说明确设置ID

我的实体使用以下注释作为其ID：

/**
 * @orm:Id
 * @orm:Column(type="integer")
 * @orm:GeneratedValue(strategy="AUTO")
 */
protected $id;

从一个干净的数据库中，我正在从一个较旧的数据库中导入现有记录，并尝试保留相同的ID。然后，在添加新记录时，我希望MySQL像往常一样自动增加ID列。

不幸的是，Doctrine2似乎完全忽略了指定的ID。

新解决方案

根据以下建议，以下是首选解决方案：

$this->em->persist($entity);

$metadata = $this->em->getClassMetaData(get_class($entity));
$metadata->setIdGeneratorType(\Doctrine\ORM\Mapping\ClassMetadata::GENERATOR_TYPE_NONE);
$metadata->setIdGenerator(new \Doctrine\ORM\Id\AssignedGenerator());

旧解决方案

由于Doctrine脱离ClassMetaData来确定生成器策略，因此必须在EntityManager中管理实体后对其进行修改：

$this->em->persist($entity);

$metadata = $this->em->getClassMetaData(get_class($entity));
$metadata->setIdGeneratorType(\Doctrine\ORM\Mapping\ClassMetadata::GENERATOR_TYPE_NONE);

$this->em->flush();

我刚刚在MySQL上对其进行了测试，它可以按预期工作，这意味着具有自定义ID的实体与该ID一起存储，而没有指定ID的实体则使用lastGeneratedId() + 1。

尽管您的解决方案可以在MySQL上正常运行，但是由于它是基于序列的，因此我无法使其与PostgreSQL一起使用。

我必须添加此行以使其完美工作：

$metadata->setIdGenerator(new \Doctrine\ORM\Id\AssignedGenerator());

最好的祝福，

也许教义发生了变化，但现在正确的方法是：

$metadata->setIdGeneratorType(\Doctrine\ORM\Mapping\ClassMetadata::GENERATOR_TYPE_NONE);

如果实体是类表继承的一部分，则需要为两个实体（您要保留的实体和根实体）更改类元数据中的id生成器

仅当所有实体在插入之前都具有ID时，新解决方案才能正常工作。当一个实体具有ID而另一个实体没有ID时-新解决方案将失败。

我使用此功能来导入所有数据：

function createEntity(\Doctrine\ORM\EntityManager $em, $entity, $id = null)
{
    $className = get_class($entity);
    if ($id) {
        $idRef = new \ReflectionProperty($className, "id");
        $idRef->setAccessible(true);
        $idRef->setValue($entity, $id);

        $metadata = $em->getClassMetadata($className);
        /** @var \Doctrine\ORM\Mapping\ClassMetadataInfo $metadata */
        $generator = $metadata->idGenerator;
        $generatorType = $metadata->generatorType;

        $metadata->setIdGenerator(new \Doctrine\ORM\Id\AssignedGenerator());
        $metadata->setIdGeneratorType(\Doctrine\ORM\Mapping\ClassMetadata::GENERATOR_TYPE_NONE);

        $unitOfWork = $em->getUnitOfWork();
        $persistersRef = new \ReflectionProperty($unitOfWork, "persisters");
        $persistersRef->setAccessible(true);
        $persisters = $persistersRef->getValue($unitOfWork);
        unset($persisters[$className]);
        $persistersRef->setValue($unitOfWork, $persisters);

        $em->persist($entity);
        $em->flush();

        $idRef->setAccessible(false);
        $metadata->setIdGenerator($generator);
        $metadata->setIdGeneratorType($generatorType);

        $persisters = $persistersRef->getValue($unitOfWork);
        unset($persisters[$className]);
        $persistersRef->setValue($unitOfWork, $persisters);
        $persistersRef->setAccessible(false);
    } else {
        $em->persist($entity);
        $em->flush();
    }
}

Doctrine 2.5和MySQL的解决方案

“新解决方案”不适用于Doctrine 2.5和MySQL。您必须使用：

$metadata = $this->getEntityManager()->getClassMetaData(Entity::class);
$metadata->setIdGenerator(new AssignedGenerator());
$metadata->setIdGeneratorType(ClassMetadata::GENERATOR_TYPE_‌​NONE);

但是我只能确认对于MySQL，因为我还没有尝试过任何其他DBMS。

我创建了一个库来为Doctrine实体设置将来的ID。当使用所有排队的ID时，它将恢复为原始ID生成策略，以最大程度地减少影响。对于单元测试来说，这应该是一个简单的方法，这样就不必重复这样的代码。

灵感来自Villermen工作中，我创建的库tseho /学说分配的身份，它允许你手动分配ID的学说实体，即使在实体使用策略及DCS AUTO，SEQUENCE，IDENTITY或UUID。

您永远不要在生产中使用它，但是它对于功能测试确实有用。

该库将自动检测具有指定ID的实体，并仅在需要时替换生成器。当实例没有分配的ID时，库将回退到初始生成器。

生成器的替换发生在Doctrine EventListener中，无需在固定装置中添加任何其他代码。