DynamoDB GSI布尔字段更新报错及活跃记录查询优化咨询

一、解决Expected: B Actual: BOOL类型不匹配错误 #

该错误源于GSI中active字段被定义为二进制（B）类型，但更新时传入了布尔（BOOL）值，DynamoDB要求索引字段的类型必须与写入/更新值严格一致。提供两种修正方案：

• 方案1：修改GSI字段类型
  将GSI中active字段的类型改为布尔型（BOOL），修改后现有代码无需调整类型转换部分，直接传入布尔值即可。
• 方案2：转换值为二进制类型
  若不想修改GSI定义，可将布尔值转换为二进制后传入，比如用b'0'代表False、b'1'代表True，修正后的代码如下：

table.update_item(
    Key={
        'fingerprint': item['fingerprint'],
        'startedtimestamp': item['startedtimestamp']
    },
    UpdateExpression="SET #active = :active, #resolvedtimestamp = :resolvedtimestamp",
    ExpressionAttributeNames : {
        '#active' : 'active',
        '#resolvedtimestamp' : 'resolvedtimestamp'
    },
    ExpressionAttributeValues={
        ':active': b'0', 
        ':resolvedtimestamp': resolvedtimestamp
    },
)

注意：原代码的UpdateExpression语句缺少等号，这也是语法问题，已在修正代码中补充。

二、仅用resolvedtimestamp作为索引能否查询活跃记录？ #

不能。DynamoDB稀疏索引的核心特性是：只有包含索引键的条目才会被纳入索引。未设置resolvedtimestamp的活跃事件不会出现在以该字段为索引键的GSI中，因此无法通过这个索引直接查询到活跃记录。

若要利用稀疏索引实现活跃记录查询，建议反向设计：创建一个GSI，指定专门的索引键（如active_event），仅在事件处于活跃状态时写入该字段（例如设为固定值'active'），事件结束时删除该字段。这样GSI中只会保留活跃事件的条目，查询时直接按该索引键过滤即可，查询效率极高。

三、其他活跃记录查询的表与索引优化方案 #

• 布尔字段作为GSI分区键
  将active设为布尔类型的GSI分区键，排序键使用startedtimestamp。查询时直接指定active = true即可快速获取所有活跃事件，还能按事件开始时间排序。需确保GSI字段类型与写入的布尔值一致，避免再次出现类型不匹配错误。
• 时间维度拆分的复合GSI
  若活跃事件的时间范围有规律，可将GSI的分区键设为日期格式的字符串（如2024-05-20），排序键设为startedtimestamp。查询时可指定目标日期范围，同时过滤掉存在resolvedtimestamp的条目，适合按时间范围查询活跃事件的场景。
• 主表条件查询（仅限小数据量场景）
  如果表数据量较小，可直接在主表上使用Scan或Query操作，添加过滤条件attribute_not_exists(resolvedtimestamp)筛选活跃记录。但该方式在数据量大时会消耗大量读取容量，查询效率极低，不建议用于生产环境的大规模查询。

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