Doctrine ORM 中使用 BINARY 进行大小写敏感查询的教程

本教程将指导您如何在 Doctrine Query Builder 和 DQL 中实现大小写敏感的字符串查询，特别是利用 BINARY 操作符。由于 BINARY 并非 Doctrine 原生支持的 DQL 函数，我们需要通过集成 beberlei/DoctrineExtensions 库并配置自定义 DQL 用户函数来扩展 Doctrine 的功能，从而在应用程序中实现精确的数据过滤。

1. DQL 中的大小写敏感性挑战

在数据库查询中，字符串比较的默认行为（大小写敏感或不敏感）通常取决于数据库的配置、字符集和排序规则（collation）。以 mysql 为例，默认情况下，许多字符串比较是大小写不敏感的。然而，在某些业务场景下，我们可能需要进行严格的大小写敏感匹配，例如用户登录时的用户名验证，或查询特定编码的标识符。在原生 sql 中，我们可以通过 binary 关键字强制执行大小写敏感比较，例如：

SELECT id FROM Records WHERE name = BINARY 'My Record';

当尝试在 Doctrine Query Builder 或 DQL 中直接使用 BINARY 关键字时，例如 r.name = BINARY :name，Doctrine ORM 默认情况下并不能识别 BINARY 作为一个合法的 DQL 函数或关键字，导致查询失败。这是因为 Doctrine DQL 旨在提供一个与底层数据库无关的抽象层，它只支持其自身定义的核心函数集。

2. 解决方案：集成 DoctrineExtensions 库

为了在 Doctrine DQL 中引入 BINARY 这样的非原生函数，我们需要利用 Doctrine 的“自定义 DQL 用户函数”机制。Doctrine 官方文档推荐使用 beberlei/DoctrineExtensions 库，它提供了一系列常用的 MySQL、PostgreSQL 等数据库特有的函数实现，包括我们所需的 BINARY。

2.1 安装 DoctrineExtensions

首先，通过 Composer 将 beberlei/DoctrineExtensions 库安装到您的项目中：

composer require beberlei/doctrineextensions

2.2 配置 DQL 用户函数

安装完成后，您需要将 BINARY 函数注册为 Doctrine DQL 的一个字符串函数。这通常在 Symfony 项目的 config/packages/doctrine.yaml 配置文件中完成。对于其他框架或纯 Doctrine 项目，配置方式可能略有不同，但核心思想是相同的：在 Doctrine ORM 配置中注册 DQL 函数。

# config/packages/doctrine.yaml

doctrine:
    orm:
        # ... 其他 ORM 配置
        dql:
            string_functions:
                binary: DoctrineExtensions\Query\Mysql\Binary

在此配置中，我们将 binary 注册为一个 DQL 字符串函数，并将其映射到 DoctrineExtensions\Query\Mysql\Binary 类。这样，当 Doctrine 解析 DQL 查询时，遇到 BINARY 关键字作为函数调用时，就会知道如何处理它。

3. 在 Doctrine Query Builder 中使用 BINARY

完成上述配置后，您就可以在 Doctrine Query Builder 或 DQL 中像使用原生 SQL BINARY 一样进行大小写敏感查询了。

以下是一个使用 Query Builder 进行大小写敏感查询的示例：

<?php

namespace App\Repository;

use App\Entity\Records;
use Doctrine\Bundle\DoctrineBundle\Repository\ServiceEntityRepository;
use Doctrine\Persistence\ManagerRegistry;

/**
 * @extends ServiceEntityRepository<Records>
 *
 * @method Records|null find($id, $lockMode = null, $lockVersion = null)
 * @method Records|null findOneBy(array $criteria, array $orderBy = null)
 * @method Records[]    findAll()
 * @method Records[]    findBy(array $criteria, array $orderBy = null, $limit = null, $offset = null)
 */
class RecordsRepository extends ServiceEntityRepository
{
    public function __construct(ManagerRegistry $registry)
    {
        parent::__construct($registry, Records::class);
    }

    /**
     * 根据名称进行大小写敏感查询
     *
     * @param string $name 要查询的名称
     * @return array<Records>
     */
    public function findRecordsCaseSensitive(string $name): array
    {
        return $this->createQueryBuilder('r')
            ->select('r.id', 'r.name') // 选择需要的字段
            ->where('BINARY(r.name) = :name') // 使用 BINARY 函数包裹列名
            ->setParameter('name', $name)
            ->getQuery()
            ->getResult();
    }
}

// 假设在某个控制器或服务中调用
// $recordRepository = $entityManager->getRepository(Records::class);
// $results = $recordRepository->findRecordsCaseSensitive('My Record');
// foreach ($results as $record) {
//     echo "ID: " . $record['id'] . ", Name: " . $record['name'] . "\n";
// }

重要提示：在 DQL 中，BINARY 需要被作为一个函数来调用，即 BINARY(r.name)，而不是直接作为操作符 r.name = BINARY :name。尽管在原生 SQL 中 BINARY 可以作为操作符前缀，但在 DQL 中，由于我们将其注册为函数，所以必须以函数调用的形式使用。

4. DoctrineExtensions 提供的其他实用函数

beberlei/DoctrineExtensions 库不仅提供了 BINARY 函数，还包含了大量其他有用的数据库特定函数，涵盖了日期时间、数值和字符串操作。这极大地扩展了 Doctrine DQL 的表达能力，使得开发者能够更灵活地利用底层数据库的强大功能。

例如，对于 MySQL，该库提供了以下类型的函数：

• 日期时间函数: ADDTIME, DATE_FORMAT, DATEDIFF, HOUR, MONTHNAME, NOW, UNIX_TIMESTAMP 等。
• 数值函数: ACOS, CEIL, FLOOR, LOG, ROUND, POWER, STDDEV 等。
• 字符串函数: CONCAT_WS, GROUP_CONCAT, MD5, REPLACE, SHA1, UUID_SHORT 等。

您可以在其 GitHub 仓库中查阅完整的函数列表（通常在 config/mysql.yml 或类似文件中），并根据项目需要注册和使用它们。

5. 注意事项与最佳实践

• 数据库兼容性: beberlei/DoctrineExtensions 提供了针对不同数据库（如 MySQL, PostgreSQL, Oracle）的函数实现。请确保您注册的函数与您使用的数据库类型相匹配。本教程中的 DoctrineExtensions\Query\Mysql\Binary 专为 MySQL 设计。
• 性能考量: 在 WHERE 子句中使用 BINARY(column) 可能会阻止数据库利用该列上的索引，因为它对列的值进行了函数操作。这意味着查询可能需要进行全表扫描，从而影响查询性能。
  • 优化建议: 如果性能成为关键因素，可以考虑在数据库层面调整列的字符集或排序规则 (collation) 以实现默认的大小写敏感性，或者创建函数索引（如果数据库支持）。例如，将列的 collation 设置为 utf8mb4_bin 或 latin1_bin。
• 替代方案: 对于某些简单的大小写敏感查询，如果您不希望引入额外库，可以考虑使用 LOWER() 或 UPPER() 函数将两边都转换为统一的大小写再进行比较。然而，这种方法要求原始数据也进行同样转换，或者接受性能损耗，且不如 BINARY 提供最直接且准确的字节级比较。

6. 总结

通过集成 beberlei/DoctrineExtensions 库并正确配置自定义 DQL 用户函数，我们成功地在 Doctrine Query Builder 和 DQL 中实现了 BINARY 操作符的功能，从而能够执行精确的大小写敏感字符串查询。这一方法不仅解决了特定场景下的查询需求，也展示了 Doctrine ORM 强大的可扩展性，允许开发者根据项目需要引入更多数据库特有的功能。掌握自定义 DQL 函数的使用，将使您的 Doctrine 应用更加灵活和强大。

以上就是Doctrine ORM 中使用 BINARY 进行大小写敏感查询的教程的详细内容，更多请关注php中文网其它相关文章！