DynamoDB使用PartiQL执行ORDER BY查询报错问题咨询

目前各大论坛中关于该问题的回答大多照搬本就晦涩难懂的AWS DynamoDB官方文档内容，缺少实际运行示例，无法直观了解具体实现方式。我编写了如下查询语句：

SELECT id, message, created, FROM "messages"."sender_company_id-index" 
WHERE sender_company_id = 435634652 AND receiver_company_id = 69992528 
AND sender_user_id = 186 AND receiver_user_id = 201
ORDER BY id DESC

执行后返回如下错误：

命令执行过程中发生错误。
ValidationException: ORDER BY子句中引用的变量id必须属于主键组成部分

我已经为created字段创建了索引，请问问题出在哪里？为什么要求排序字段必须是主键的一部分？我在不同场景下需要按不同字段排序，不可能将所有排序字段都设置为主键，对此我十分疑惑。

补充说明
我注意到下方有部分评论提到PartiQL不支持ORDER BY语法，相关社区讨论也持该观点，但AWS官方文档的说明却与之相反，明确表示支持该语法。

更新：
我调整查询后实现了部分场景的正常运行，但仍存在问题，调整后的查询如下：

SELECT id, created, sender_company_id, receiver_company_id
       sender_user_name, sender_user_id, sender_company_name, receiver_company_name
       FROM "messages"."sender_company_id-created-index" 
       WHERE (sender_company_id = 435634652 OR receiver_company_id= 435634652)
       AND (sender_user_id = 186 OR receiver_user_id = 186) 
       ORDER BY created ASC, sender_company_id ASC

执行后返回错误：

ValidationException: 使用ORDER BY子句时，WHERE子句中必须至少包含一个非可选的哈希键条件

如果我将WHERE子句修改为如下内容，查询即可正常运行：

...WHERE sender_company_id = 435634652

我已配置的索引如下：

我完全无法理解当前的报错逻辑：我已经创建了对应索引，且WHERE子句中使用了非可选的分区键（哈希键），但查询依然报错。

第一个报错核心原因 #

DynamoDB底层设计就不支持服务端动态排序，所有ORDER BY能力完全依赖索引的预排序存储结构，和MySQL这类关系型数据库的运行逻辑完全不同：

• 第一次查询使用的sender_company_id-index是仅带分区键的二级索引，没有绑定排序键，同分区下的数据按写入顺序无序存储，没有现成的预排序结果可以直接返回。
• ORDER BY引用的id字段既不是当前查询所用索引的主键组成部分，也不是基表主键，数据库无法直接读取有序结果，因此抛出错误。
• 虽然为created字段创建了索引，但第一次查询明确指定使用sender_company_id-index，不会自动命中其他索引，因此提前建的created相关索引不会生效。

第二个报错核心原因 #

DynamoDB的Query操作（包括PartiQL走索引的查询）有不可绕过的硬限制：单条查询只能命中一个分区键的确定值，跨分区的查询会自动退化为Scan扫描操作，而Scan操作不支持搭配ORDER BY使用。

• 你写的WHERE条件中sender_company_id = 435634652 OR receiver_company_id= 435634652属于跨字段OR判断，查询需要同时扫描两个完全独立的分区数据集，本质是全索引扫描，不满足ORDER BY的使用前提。
• 当你把WHERE条件改为仅固定sender_company_id = 435634652时，查询固定命中单个分区，该分区下的数据本身就是按索引排序键created预排序存储的，因此ORDER BY可以正常生效。

多场景排序的落地方案 #

你提到的“不同场景需要按不同字段排序，无法全部设为主键”是DynamoDB的典型适用场景边界问题，没有通用完美方案，可根据业务情况选择对应实现方式：

• 针对固定高频查询模式，单独创建对应的全局二级索引（GSI）：将查询的固定过滤条件设为分区键，需要排序的字段设为排序键。比如需要按receiver_company_id过滤后按created排序，就单独创建分区键为receiver_company_id、排序键为created的GSI即可。
• 对于灵活度高、调用频次低的查询，不要在数据库层做排序：先通过Scan或者多轮Query拿到所有符合条件的数据，在业务代码层做自定义排序即可。注意这种方式在数据量较大时会产生较高的读成本和延迟，仅适合小数据集场景。
• 涉及OR的多条件查询不要写在单条语句里：比如要同时查询某公司作为发件方和收件方的消息，拆成两条独立的Query请求，分别命中对应GSI的单个分区键，拿到两边结果后在业务层做合并、排序即可，这是DynamoDB下的标准实现方式，不要套用关系型数据库写复杂SQL的思维来写PartiQL。

关于PartiQL支持ORDER BY的说明 #

官方文档提到的支持是有限条件支持，只有同时满足两个要求才能正常使用ORDER BY：一是查询必须固定单个分区键的等值匹配，走Query逻辑而非Scan；二是ORDER BY的字段必须是当前查询命中的表/索引的排序键。
之前社区提到的“不支持ORDER BY”是PartiQL for DynamoDB上线初期的状态，后续功能上线后增加了严格的使用限制，两种说法的差异本质是功能迭代和规则说明不全导致的。

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