如何在AWS Amplify DynamoDB中实现大小写不敏感的GraphQL查询？

方案一：数据库层面预处理（推荐） #

这种方式通过提前存储小写格式的目标字段，从根源解决大小写匹配问题，同时保证查询性能。

• 步骤1：修改GraphQL Schema
  添加一个用于存储小写邮箱的字段，比如emailLower：

  type User @model {
    id: ID!
    email: String!
    emailLower: String! # 新增字段，专门存储小写格式的邮箱
    # 其他业务字段...
  }
  

• 步骤2：自动同步小写字段
  利用Amplify的preCreate/preUpdate触发器，在用户数据写入或更新时，自动将邮箱转为小写存入emailLower：

  // 示例preCreate触发器代码
  exports.handler = async (event) => {
    const { email } = event.arguments.input;
    // 自动转换为小写并赋值
    event.arguments.input.emailLower = email.toLowerCase();
    return event;
  };
  

• 步骤3：执行大小写不敏感查询
  查询时直接针对emailLower字段过滤，只需将输入值转为小写即可：

  const searchFilter = {
    emailLower: { contains: enteredEmail.toLowerCase() }
  };
  await API.graphql({ 
    query: queries.listUsers, 
    variables: { filter: searchFilter }, 
    limit: 5 
  });
  

• 优势：DynamoDB可给emailLower配置全局二级索引（GSI），查询效率远高于多条件OR组合，且能覆盖所有大小写场景。

方案二：集成OpenSearch（适用于复杂搜索场景） #

如果需要支持模糊搜索、分词匹配等复杂需求，可借助Amplify的@searchable指令集成OpenSearch，天然实现大小写不敏感匹配。

• 步骤1：更新Schema添加搜索指令

  type User @model @searchable {
    id: ID!
    email: String!
    # 其他业务字段...
  }
  

• 步骤2：执行搜索查询
  部署后使用Amplify自动生成的searchUsers查询，直接传入原始输入即可实现大小写不敏感匹配：

  await API.graphql({
    query: queries.searchUsers,
    variables: {
      filter: { email: { match: enteredEmail } }
    }
  });
  

• 优势：支持复杂全文搜索能力；注意：会产生额外的OpenSearch服务成本，适合有大量搜索需求的场景。

为什么不推荐原有的OR过滤方案？ #

原方案通过多条件OR覆盖部分大小写场景，但存在两个核心问题：

1. 无法覆盖所有混合大小写的情况（比如Test@Example.com）；
2. 多条件OR会触发DynamoDB的多轮查询/扫描，性能低下，数据量越大越明显。

内容的提问来源于stack exchange，提问作者Joshua Forman