如何在DynamoDB中用Query实现多属性动态模糊查询（替代Scan）？

背景信息 #

• 用户表包含以下属性：
  • FirstName
  • LastName
  • City
  • CompanyName
• 查询需求：支持使用这些属性的任意组合进行大小写不敏感的部分匹配查询，例如输入FirstName为"bh"、LastName为"ta"时，返回FirstName为"aBHishek"、LastName为"gupTA"的记录。

现有C#实现代码 #

var conditions = new List<ScanCondition>();

if (!string.IsNullOrEmpty(user.FirstName))
{
    var firstName = new ScanCondition("SearchFirstName", ScanOperator.Contains, user.FirstName.ToLower());
    conditions.Add(firstName);
}
 

if (!string.IsNullOrEmpty(user.LastName))
{
    var lastName = new ScanCondition("SearchLastName", ScanOperator.Contains, user.LastName.ToLower());
     conditions.Add(lastName);
}

var allUsers = await _context.ScanAsync<OpenOrderUser>(conditions).GetRemainingAsync();
return allUsers;

核心疑问 #

1. 如何不使用Scan实现该查询？
2. 使用带Contains的ScanCondition是否能降低读取操作的成本？
3. 想改用Query替代Scan，有什么建议？当前的Scan方案是否最优？

解决方案与建议 #

1. 不依赖Scan实现部分匹配的可行方案 #

DynamoDB的Query操作仅支持基于主键（分区键+排序键）或全局二级索引（GSI）的键条件查询，原生不支持任意属性的模糊匹配。要替代Scan，可以从以下方向优化：

（1）预生成前缀/分词索引

针对需要模糊匹配的字段，提前生成可被Query利用的索引：

• 前缀匹配场景：如果查询多为前缀匹配（如"bh"匹配开头含该字符的名字），可将字段值转为小写后，生成所有前缀组合存入GSI的排序键，分区键用固定标识（比如"USER_FIRSTNAME"）。查询时通过Query匹配对应前缀，避免全表扫描。
• 任意位置模糊匹配：若需要支持任意位置的部分匹配，建议集成Elasticsearch或Amazon OpenSearch Service，将DynamoDB数据同步至搜索服务，利用搜索引擎完成模糊查询后，再通过主键回查DynamoDB获取完整数据。

（2）使用PartiQL语法

PartiQL提供类SQL的查询语法，但底层仍依赖Scan或Query执行，对于任意位置的部分匹配，依然无法避免全表/全索引扫描，仅能优化写法而非性能。

2. Contains的ScanCondition对读取成本的影响 #

不会降低读取成本。ScanOperator.Contains本质仍是全表扫描，DynamoDB会遍历表中所有数据，再过滤出符合条件的记录。虽然返回给客户端的数据量减少，但服务器端的读取操作量并未降低，成本与无过滤条件的Scan一致。

3. 改用Query的可行性与当前Scan方案评估 #

• 能否用Query替代？：仅当查询逻辑可以绑定到主键或GSI的键条件时，才能使用Query。例如，若GSI的分区键为City（查询时需指定精确值），且排序键存储了FirstName的前缀组合，此时可通过Query实现前缀匹配。但对于任意属性组合的任意位置部分匹配，原生Query无法实现。
• 当前Scan方案是否最优？：若表数据量较小（如几万条以内），当前方案可满足需求；但随着数据量增长，Scan会导致查询延迟大幅升高、成本急剧增加（因每次查询需扫描全表）。此时必须采用预生成索引或集成全文检索的方案。

另外，代码中预存SearchFirstName、SearchLastName小写字段的设计合理，保证了大小写不敏感匹配，建议保留。

内容的提问来源于stack exchange，提问作者Abhishek Gupta