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

在 Dexie.js 这个基于 IndexedDB 的 JavaScript 库中，开发者经常会遇到需要同时进行数据过滤和排序的场景。本文将通过一个典型用例，深入解析 Dexie.js 中复合查询的实现原理和最佳实践。

问题背景

假设我们有一个消息表(messages)，其索引包括 _id 和 ts（时间戳）。常见的需求包括：

1. 获取按时间戳排序的最后一条记录
2. 获取符合特定条件的记录集合
3. 获取符合特定条件的记录中按时间戳排序的最后一条

基础查询解析

纯排序查询

const resp = await db.messages.orderBy('ts').last();

这个查询利用了 ts 索引进行排序，然后获取最后一条记录。

纯过滤查询

const resp = await db.messages.where('field').notEqual('value').toArray();

这个查询利用了 field 索引进行过滤，返回所有符合条件的记录。

复合查询的挑战

当尝试将两者结合时：

const resp = await db.messages.where('field').notEqual('value').orderBy('ts').last();

会抛出错误，因为 orderBy() 方法只能在 Table 实例上调用，而 where() 返回的是 Collection 实例。

技术原理

IndexedDB 的一个核心限制是：每次查询只能利用一个索引。这意味着：

• orderBy() 选择一个索引用于排序
• where() 选择一个索引用于过滤（同时也决定了结果的排序顺序）

解决方案

方案1：使用复合索引

如果经常需要按某个字段过滤后再按另一个字段排序，可以考虑创建复合索引。

方案2：手动过滤与索引排序结合

对于像 notEqual 这样的操作，通常更适合手动过滤结合索引排序：

const resp = await db.messages.orderBy('ts').filter(m => m.field !== 'value').last();

这种方式的执行过程：

1. 利用 ts 索引进行反向迭代（从最新到最旧）
2. 对每条记录应用过滤条件
3. 返回第一个满足条件的记录（即按时间戳排序的最后一条符合条件的记录）

性能考量

选择哪种方案取决于数据特征：

• 如果过滤条件能排除大部分数据（高选择性），优先考虑使用 where() 过滤
• 如果只需要少量结果（如本例中的最后一条），优先考虑使用 orderBy() 排序
• 复合索引在特定查询模式下能提供最佳性能

总结

在 Dexie.js 中实现高效的过滤加排序查询，关键在于理解 IndexedDB 的索引使用机制。通过合理选择查询顺序和考虑创建复合索引，可以优化查询性能。对于大多数场景，orderBy().filter() 的模式能够很好地满足获取排序后特定记录的需求。