PostgreSQL 的带有条件过滤的 ILIKE 查询

Question

我正在编写一个用户搜索方法，它应该通过电话号码、电子邮件和用户名搜索用户。问题是用户可以隐藏他们的电话号码和电子邮件。 因此，如果他们确实将其隐藏在应用程序的隐私设置中，则不应将其列在搜索结果中。

我正在使用 typeorm 来构建这个搜索查询，这就是我的尝试 如果不存在隐藏个人信息的要求：

const whereClause = `
        (
            "user".phone ILIKE :searchTerm
                OR "user".username ILIKE :searchTerm
                OR "user".profile_email ILIKE :searchTerm
        ) AND "user".id != :userId
        `;

const users = await this.userRepository.createQueryBuilder('user')
                                       .where(whereClause, filters)
                                       .leftJoinAndSelect('user.subscription', 'subscription')
                                       .leftJoinAndSelect('user.profilePrivacyPermissions', 'perms')
                                       .limit(ESearchResponseLimit.USERS)
                                       .getMany();

个人资料隐私表如下所示：

屏幕类型 1 对应于电话号码，2 对应于电子邮件。目前我们只考虑两种可能的状态：isEverybody 和isNobody（我们不考虑联系人）。因此，例如，如果用户决定隐藏他的电话号码，则 isNobody 值将等于 true，其他值将设置为 false。

我需要在我正在构建的搜索查询中以某种方式考虑这些隐私设置。应该是这样的：

        const whereClause = `
        (
            ("user".phone ILIKE :searchTerm IF (perms.screenType = ${EScreenType.PHONE_NUMBER} AND perms.isEverybody))
                OR "user".username ILIKE :searchTerm
                OR ("user".profile_email ILIKE :searchTerm IF (perms.screenType = ${EScreenType.EMAIL} AND perms.isEverybody))
        ) AND "user".id != :userId
        `;

问题是没有IF这样的运营商，但我的想法是如果它没有隐藏我需要通过电话搜索，如果它也没有隐藏我需要通过电子邮件搜索。对于如何在查询中实现这一点，我什至想不出一个遥远的想法。

如果可以使用原始查询，那也很好。

我发现 PostgreSQL 中有 IF 运算符，但我不知道如何在这里使用它。

编辑：

如果我在隐藏电子邮件时通过电话搜索（这意味着对于电子邮件屏幕perms.isEverybody = false），用户对象的 profilePrivacyPermissions 字段如下所示：

"profilePrivacyPermissions": [
      {
        "screenType": 1,
        "isEverybody": true,
        "isContacts": false,
        "isNobody": false
      }
    ]

但它应该如下所示：

    "profilePrivacyPermissions": [
      {
        "screenType": 1,
        "isEverybody": true,
        "isContacts": false,
        "isNobody": false
      },
      {
        "screenType": 2,
        "isEverybody": false,
        "isContacts": false,
        "isNobody": true
      },
      {
        "screenType": 4,
        "isEverybody": true,
        "isContacts": false,
        "isNobody": false
      },
      {
        "screenType": 5,
        "isEverybody": true,
        "isContacts": false,
        "isNobody": false
      },
      {
        "screenType": 3,
        "isEverybody": true,
        "isContacts": false,
        "isNobody": false
      }
    ]

我知道这是因为查询的 where 子句中的 perms 条件。

Answer 1

IF 不是 Postgres 中 SQL 的一部分（也不是标准 SQL）。它是PL/pgSQL 添加的程序元素的一部分。

在普通 SQL 中，只需使用带有 AND 的布尔逻辑：

    const whereClause = `
    (   perms.isEverybody AND 
       (perms.screenType = ${EScreenType.PHONE_NUMBER} AND "user".phone ILIKE :searchTerm
     OR perms.screenType = ${EScreenType.EMAIL}        AND "user".profile_email ILIKE :searchTerm)
     OR "user".username ILIKE :searchTerm
    ) AND "user".id != :userId
    `;

或者使用SQLCASE，可能更容易理解（逻辑上等价）：

    const whereClause = `
    (CASE WHEN perms.isEverybody THEN
        CASE perms.screenType
           WHEN ${EScreenType.PHONE_NUMBER} THEN "user".phone ILIKE :searchTerm
           WHEN ${EScreenType.EMAIL}        THEN "user".profile_email ILIKE :searchTerm
        END
     END
     OR "user".username ILIKE :searchTerm
    ) AND "user".id != :userId
    `;

细微的差别：只执行WHEN 子句计算为true 的第一个分支。甚至没有输入相同CASE 语句的其他分支。 （因此，如果那里潜伏着非法的东西，也不例外。）

我省略了ELSE 子句，它在SQL 中默认为NULL - 相当于WHERE 子句中的false，其中只有true 符合条件。

注意，我使用CASE 的两种不同语法变体（“简单”和“搜索”。）请参阅：

• Simplify nested case when statement
• Display column name with max value between several columns

另请注意，有一个程序 CASE in PL/pgSQL，其用途相似，但与 SQL CASE 严格不同。

Answer 2

WHERE 1=1
AND ( True OR nm.strain = :_strain ) -- Boolean logic to short-circuit optional conditions
AND ( False OR nm.strain ILIKE :_strain_like )
...

---

参数化查询：

---

WHERE 1=1
AND ( " . $ignore_strain . " OR nm.strain = :_strain ) -- Boolean logic to short-circuit optional conditions
AND ( " . $ignore_strain_like . " OR nm.strain ILIKE :_strain_like )
...

---

（这是PHP，但技术相同）