Question

在Doctrine中，您可以通过两种方式创建DQL：

的EntityManager ::的createQuery ：

$query = $em->createQuery('SELECT u FROM MyProject\Model\User u WHERE u.id = ?1');

的QueryBuilder ：

$qb->add('select', 'u')
   ->add('from', 'User u')
   ->add('where', 'u.id = ?1')
   ->add('orderBy', 'u.name ASC');

我想知道差异是什么，我应该使用哪种？

Answer 1

DQL更易于阅读，因为它与SQL非常相似。如果您不需要根据一组参数更改查询，这可能是最佳选择。
查询构建器是构建查询的API，因此如果需要动态构建查询（如迭代一组参数或过滤器），则更容易。您不需要执行任何字符串操作来构建查询，例如join，split等等。

Answer 2

查询构建器就是说，创建查询的界面...使用起来应该更舒服，它不仅有add（）方法，还有where（），Where（），from等方法（但是最后，它只是编写一个类似你在createQuery（）方法中使用的查询。

查询构建器的更高级用法示例：

$em->createQueryBuilder()
            ->from('Project\Entities\Item', 'i')
            ->select("i, e")
            ->join("i.entity", 'e')
            ->where("i.lang = :lang AND e.album = :album")
            ->setParameter('lang', $lang)
            ->setParameter('album', $album);

Answer 3

他们有不同的目的：

当您了解完整查询时，DQL更易于使用。
当您必须根据某些条件，循环等构建查询时，查询构建器会更智能。

Answer 4

主要区别在于调用方法的开销。你的第一个代码示例（createQuery）只是为了简单起见，一个方法调用，而queryBuilder生成4.在一切结束时，它们归结为一个必须执行的字符串，首先是你给它的字符串，以及另外你用多个链式方法调用来构建它。

如果您正在寻找使用其中一个的理由，那就是风格问题，以及看起来更具可读性的问题。对我来说，我大多数时候都喜欢queryBuider，它为查询提供了明确定义的部分。此外，在过去，它可以在您需要时更轻松地添加条件逻辑。

Answer 5

使用查询构建器时，单元测试可能更容易。假设您有一个基于复杂条件列表查询某些数据的存储库。并且您希望确保如果将特定条件传递到存储库，则会在查询中添加一些其他条件。如果是DQL，您有两种选择：

1）使用灯具并测试与DB的真实互动。我发现有点麻烦和不真实。

2）检查生成的DQL代码。这可能会使你的测试太脆弱。

使用QueryBuilder，您可以将其替换为mock并验证＆＃34;以及＆＃34;调用带有所需参数的方法。当然，如果您的查询很简单并且不依赖于任何参数，则这些注意事项不适用。

doctrine：QueryBuilder vs createQuery？

5 个答案: