Dexie，嵌套集合时找不到对象

Posted 2023-02-21

【中文标题】Dexie，嵌套集合时找不到对象

【英文标题】：Dexie, object not found when nesting collection

【发布时间】：2021-10-01 16:09:51

【问题描述】：

我以为我掌握了 dexie 的窍门，但现在我大吃一惊：

两张表，每张都有少量记录。 Komps & Bretts

输出所有 Bretts

rdb.Bretts.each(brett => 
    console.log(brett);
)

输出所有的 Komps

rdb.Komps.each(komp=> 
    console.log(komp);
)

但是：这只会输出 Bretts，出于某种奇怪的原因，Komps 是空的

rdb.Bretts.each(brett => 
    console.log(brett);
    rdb.Komps.each(komp=> 
        console.log(komp);
    )
)

我已经尝试了各种与 async/await、then() 等的组合，内部循环无法在内表中找到任何数据，无论我想要什么表。

第二个例子。这有效：

await rdb.Komps.get(163);

这会产生错误（“无法在 'IDBTransaction...ction' 上执行 'objectStore'：找不到指定的对象存储。”）

rdb.Bretts.each(async brett => 
    await rdb.Komps.get(163);
)

是否发生了某种锁定？可以禁用的东西？

谢谢！

【参考方案1】：

调用 rdb.Bretts.each() 将隐式启动仅限于“Bretts”的只读事务。这意味着在回调中您只能到达该表。这就是它当时找不到 Comps 表的原因。要从每个回调中访问 Comps 表，您需要将其包含在显式事务块中：

rdb.transaction('r', 'Komps', 'Bretts', () => 
  rdb.Bretts.each(brett => 
    console.log(brett);
    rdb.Komps.each(komp=> 
      console.log(komp);
    );
  );
);

然而，each() 不尊重回调返回的承诺，所以即使这个修复也不是我推荐的——即使它会解决你的问题。在从 each 回调中启动 new each() 时，当您失去对流程的控制时，您很容易获得竞争条件。

我建议你尽可能使用 toArray()、get()、bulkGet() 和其他方法，而不是 each()。 toArray() 也比 each() 更快，因为它可以尽可能利用更快的 IDB Api IDBObjectStore.getAll() 和 IDBIndex.getAll()。而且您不一定需要将代码封装在事务块中（除非您真的需要那种原子性）。

const komps = await rdb.Komps.toArray();
await Promise.all(
  komps.map(
    async komp => 
      // Do some async call per komp:
      const brett = await rdb.Bretts.get(163));
      console.log("brett with id 163", brett);
    
  )
);

现在这个例子有点傻，因为它对它找到的每个 komp 执行完全相同的 db.Bretts.get(163)，但你可以在那里用一些动态值替换 163。

结论：有两个问题。

Dexie 操作的隐式事务和对 each() 的回调存在于该有限事务中（仅绑定到一个表），除非您使用更大的显式事务块围绕调用。

尽量避免在 Dexie 的 db.Table.each() 回调中启动新的异步操作，因为它不希望从回调中返回 Promise。您可以这样做，但最好坚持使用可以控制异步流的方法。

【讨论】：

大卫，你不知道你刚刚解开了多少。非常感谢您的努力！