1

我想在我的学说模型中添加一个安全层。为了能够在 SQL 级别的学说过滤器中添加权限检查，我必须维护一些数据库表，其中包含为每个实体计算的访问控制令牌的缓存。

现在我必须更新这些表，在某些情况下我必须完全重建这些缓存表之一。这必须在侦听 onFlush 事件的事件侦听器中完成。存档此文件的最佳（最高效和最可靠）方式是什么？

它记录了如何持久化新实体以及如何更改已持久化实体的关联和原始属性。这是通过调用工作单元对象的 computeChangeSet() 或 recomputeSingleEntityChangeSet() 并将每个单个实体传递给这些方法之一来完成的。在这些更新期间必须锁定整个系统，尽管它们很少见，但应尽快完成。此外，我不知道如何删除实体甚至截断整个表，而不必先读出所有实体。

  • 如何删除 onFlush 事件中的实体？
  • 如何在 onFlush 事件中进行大规模更新（表截断和插入数十万条记录）？我想我可以在这种情况下使用 $EntityManager->getConnection()->executeUpdate() ，对吗？
  • 如何在 onFlush 事件中锁定表（读取）？
4

1 回答 1

5

首先，onFlush是非常强大的，所以你在此可能是多虑了。

要删除 中的实体onFlush，只需将它们安排在您的侦听器中删除：

public function onFlush(OnFlushEventArgs $eventArgs) {
    $em  = $eventArgs->getEntityManager();
    $uow = $em->getUnitOfWork();

    foreach ($uow->getScheduledEntityUpdates() as $updated) {
        $em->remove($updated);
    }

    $uow->computeChangeSet();
}

要处理大量更新，您可以：

  • 使用 DQL 查询来更新您要处理的实体
  • 使用数据夹具库中的ORMPurger来处理诸如截断表之类的操作（重现其逻辑或使用具有可用元数据子集和相同连接的第二个实体管理器）
  • 如您所说，直接处理连接：您正在进行交易，因此非常安全

请记住，在不更新应用程序级对象的情况下更改数据库状态（大量更新/删除）是有风险的，因此请考虑在此类操作后清除实体管理器。

在 ORM 中有一个关于事务、并发和锁定的完整文档章节。据我所知，所有这些操作在onFlush.

于 2013-03-01T14:09:51.300 回答