Dexie.js 中如何实现过滤与排序的复合查询

在基于 IndexedDB 的封装库 Dexie.js 中，开发者经常需要同时实现数据过滤和排序功能。本文将通过一个典型场景，解析复合查询的实现原理和最佳实践。

核心问题场景

假设我们有一个消息表，包含 _id 主键和 ts 时间戳索引。常见需求包括：

1. 按时间戳降序获取最后一条记录
2. 按字段值过滤记录
3. 组合上述两种操作

基础查询实现

单独实现排序或过滤都很简单：

// 纯排序：获取最后一条记录
const lastMsg = await db.messages.orderBy('ts').last();

// 纯过滤：获取不符合条件的记录
const filtered = await db.messages.where('field').notEqual('value').toArray();

复合查询的挑战

当尝试链式调用时，以下写法会报错：

// 错误写法：orderBy不是Collection的方法
await db.messages.where('field').notEqual('value').orderBy('ts').last();

这是因为 IndexedDB 的底层限制：一次查询只能使用一个索引。where() 方法已经占用了过滤索引，无法再用于排序。

解决方案

方案1：使用复合索引（推荐）

如果查询模式固定，可以创建复合索引：

db.version(1).stores({
  messages: '_id, ts, [field+ts]' // 添加复合索引
});

然后通过复合索引实现查询：

await db.messages
  .where('[field+ts]')
  .between(['value', -Infinity], ['value', Infinity], true, true)
  .last();

方案2：内存过滤（简单场景）

对于小型数据集或过滤条件简单的情况：

await db.messages
  .orderBy('ts') // 先用索引排序
  .filter(msg => msg.field !== 'value') // 再内存过滤
  .last(); // 获取最后一条

这种方案会利用索引反向遍历，直到找到第一个满足条件的记录。

性能考量

选择方案时需要考虑：

1. 数据量大小
2. 过滤条件的筛选率
3. 查询频率

复合索引适合高频复杂查询，而内存过滤适合低频简单查询。对于 notEqual 这种非等值查询，通常内存过滤更高效，因为它能快速排除少量不符合条件的记录。

总结

Dexie.js 的查询优化需要理解 IndexedDB 的索引工作机制。通过合理设计索引和选择查询策略，可以高效实现各种复合查询需求。记住关键原则：一次查询只能有效利用一个索引，这是所有优化决策的基础。