如何在AWS DynamoDB中高效过滤嵌套子属性数据？

针对你提出的「不扁平化嵌套属性、同时避免Scan高消耗」的需求，以下是几种实用方案：

1. 全局二级索引（GSI）+ 投影属性配合过滤表达式 #

不需要修改原表的嵌套结构，只需创建GSI时将包含子属性的attr3作为投影属性（可选择投影全部属性，或明确指定包含attr3）。

• 操作逻辑：先通过GSI的分区键执行Query缩小数据集范围，再用FilterExpression直接过滤嵌套子属性（比如attr3.sub_attr1 = :targetVal）。
• 优势：完全基于DynamoDB原生能力，无需额外服务，相比全表Scan能大幅降低RCU消耗——因为Query先通过分区键筛选出小范围数据，再做过滤。
• 局限：FilterExpression是在Query拉取数据后进行内存过滤，如果分区键筛选后的数据集仍很大，RCU消耗还是会偏高。

2. 使用PartiQL查询嵌套属性 #

DynamoDB支持的PartiQL语法可以直接识别嵌套属性，写法更贴近传统SQL：

SELECT * FROM "Table" WHERE attr3.sub_attr2 = :val

• 注意：如果没有配合GSI，PartiQL的这类查询本质还是全表Scan；但结合上述GSI投影的方式，就能先通过GSI的分区键缩小范围，再用PartiQL的WHERE子句过滤嵌套属性，效率和第一种方案一致，只是语法更友好。

3. DynamoDB Streams + 外部索引服务 #

如果嵌套属性的过滤逻辑复杂（比如多条件组合、模糊匹配），可以用DynamoDB Streams把数据同步到Elasticsearch/OpenSearch这类搜索引擎：

• 操作逻辑：Streams实时捕获表中数据的增删改，同步到外部索引服务，后续的嵌套属性查询直接在索引服务中执行。
• 优势：支持复杂的嵌套查询、全文检索等高级操作，查询效率远高于DynamoDB原生的Filter，且不影响原表结构。
• 局限：需要额外维护索引服务，增加了架构复杂度和运维成本。

补充说明 #

如果必须要完全依赖DynamoDB的Query操作（无内存过滤），那确实只能将嵌套子属性扁平化为顶级属性并创建GSI——但这不符合你「无需扁平化」的需求，因此上述三种方案是更贴合的选择。

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