【问题标题】:Dexie, object not found when nesting collectionDexie,嵌套集合时找不到对象
【发布时间】:2023-10-14 13:34:01
【问题描述】:

我以为我掌握了 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);
})

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

谢谢!

【问题讨论】:

    标签: dexie


    【解决方案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。

    结论:有两个问题。

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

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

    【讨论】:

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