DynamoDB全局索引能否用通配符匹配复合分区键子集？

首先明确：DynamoDB的全局索引分区键不支持你说的这种通配符替代部分属性的查询方式。

原因很简单：DynamoDB的索引是基于分区键的哈希值分配存储的，只有精确匹配完整的分区键值，才能定位到对应的存储分区，利用索引的高效查询能力。你示例中的*通配符无法生成有效的哈希值，系统没法确定要查询哪些分区，自然没法通过索引优化这类查询。

如果你不想用FilterExpression（毕竟它是先扫描/查询再过滤，会浪费读取容量，且无法利用索引的分区定位优势），可以考虑以下几种替代方案：

1. 针对常用查询组合创建多个全局索引 #

根据业务中高频的属性子集查询场景，单独创建对应的GSI：

• 比如针对brand#category#color的查询需求，创建一个分区键为brand#category#color的GSI，这样查询levis#shirts#red就能精确匹配分区键，直接利用索引。
• 针对category#size的查询需求，创建分区键为category#size的GSI，查询pants#L时就能精准定位。
  这种方式的优点是查询效率最高，完全利用索引的分区特性；缺点是如果查询组合过多，会增加索引的维护成本（写入数据时需要同步更新多个GSI）。

2. 调整索引的键结构，将可变属性放到排序键 #

如果不想创建太多GSI，可以重新设计索引的键结构：把固定的属性子集作为分区键，把可变的属性放到排序键中，然后利用排序键的范围查询能力过滤结果。
比如：

• 把brand#category作为GSI的分区键，color#size作为排序键。当需要查询levis#shirts且color为red时，可以用begins_with(sort_key, 'red#')匹配所有color=red的条目，既能利用分区键的精确匹配定位分区，又能通过排序键的范围查询过滤结果，全程走索引，不需要FilterExpression。
• 把category#size作为分区键，brand#color作为排序键，查询pants#L时，再通过排序键的范围查询匹配对应的brand和color。

3. 避免使用PartiQL的LIKE语法 #

虽然PartiQL支持LIKE语法（比如SELECT * FROM byAttributes WHERE byAttributes LIKE 'levis#shirts#%#red'），但这种查询本质上还是会扫描整个索引的所有分区，和FilterExpression一样无法利用分区键的哈希优势，读取效率低，不推荐使用。

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