推进相当于“存在”

Question

我是 Propel 的新手，并且一直在阅读文档。但是，我还没有找到与 SQL 中的 EXISTS 和 NOT EXISTS 结构明确等效的方法。例如，.NET 中的 Linq 具有 Any()。在“惯用”Propel 中是否有相当于以下内容的内容？

SELECT a.column1, a column2, a.etc
FROM   TableA a
WHERE  NOT EXISTS (SELECT 1
                   FROM   TableB b
                   WHERE  b.someIdColumn = a.someIdColumn
                   AND    b.aNullableDateColumn IS NULL)

Answer 1

与 propel 1.6 一样，您现在可以使用 Criteria::IN 和 Criteria::NOT_IN

示例：选择不在 UserGroup 中的所有用户

$users = UserQuery::create()->filterById(UserPerUserGroupQuery::create()->select('user_id')->find(), CRITERIA::NOT_IN)
                             ->orderByUserName()
                             ->find();

Answer 2

我认为你可以将查询重写为：

SELECT
  a.column1,
  a.column2,
  a.etc
FROM
  TableA a
WHERE
  (SELECT
    COUNT(*)
  FROM
    TableB b
  WHERE
    b.someIdColumn = a.someIdColumn
      AND
    b.aNullableDateColumn IS NULL
  ) > 0

这在 Propel 中很容易实现。

或者在 Propel 中更干净、更容易完成：

SELECT
  a.column1,
  a.column2,
  a.etc
FROM
  TableA a
    LEFT JOIN
  TableB b ON (b.someIdColumn = a.someIdColumn)
WHERE
  b.aNullableDateColumn IS NULL
    AND
  b.primaryKeyColumn IS NOT NULL

Answer 3

Propel 2 可以做：

TableAQuery::create()
  ->useTableBNotExistsQuery()
  ->filterByNullableDateColumn(null)
  ->endUse()
  ->find();

或者

$nestedB = TableBQuery::create()
  ->filterByNullableDateColumn(null)
  ->where('TableB.someIdColumn = TableA.someIdColumn');
TableAQuery::create()->whereExists(nestedB)->find();

Answer 4

经过更多的挖掘后，我相信我已经找到了我的问题的答案，或者至少是目前可用的答案。

EXISTS 或 NOT EXISTS 之后是子查询。虽然这个事实似乎是显而易见的，但我最初并没有想到将我的帮助搜索集中在子查询上。我发现了很少 有关该主题的资源。本质上，选项是使用 JOIN 重写查询（这是 @Kaltas 答案的核心）或使用 Criteria::CUSTOM。我决定我可能更喜欢第二个选项，因为它允许我保留子查询，可能有助于我的数据库性能。

然后，我阅读了很多有关 Criteria::CUSTOM 的内容，但唯一真正对我有帮助的是阅读 Propel 1.5 源代码。这真的很简单。只需将子查询逐字（使用数据库的表和列名称，不是 Propel 的对象名称）以及 EXISTS 或 NOT EXISTS 放在 where 调用中，就像：

TableAQuery::create()
    ->where('NOT EXISTS (SELECT 1 FROM TableB WHERE TableA.someIdColumn = TableB.someIdColumn AND TableB.aNullableDateColumn IS NULL)')
    ->find();

就这么简单。在内部，where 方法会通过几种可能性来解释该子句，并且没有找到匹配项，它将该子句视为 Criteria::CUSTOM 并将其插入到SQL 查询按原样。因此，例如，我无法使用表别名。

如果我有时间，也许我会采用一种更“ORM”的方式来完成此任务并提交补丁。不过，也许有人会比我先一步。