Dexie,嵌套集合时找不到对象
Dexie, object not found when nesting collection
我以为我掌握了 dexie 的诀窍,但现在我大吃一惊:
两个 tables,每个都有一些记录。 Komps & 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() 等的各种组合,内部循环无法在内部 table 中找到任何数据,无论我想要什么 table
第二个例子。这有效:
await rdb.Komps.get(163);
这会产生错误(“无法在 'IDBTransaction…ction' 上执行 'objectStore':找不到指定的对象存储。”)
rdb.Bretts.each(async brett => {
await rdb.Komps.get(163);
})
是否正在进行某种锁定?可以禁用的东西?
谢谢!
调用 rdb.Bretts.each() 将隐式启动仅限于 'Bretts' 的只读事务。这意味着在回调中您只能到达 table。这就是它当时找不到 Comps table 的原因。要从每个回调中访问 Comps table,您需要将其包含在显式事务块中:
rdb.transaction('r', 'Komps', 'Bretts', () => {
rdb.Bretts.each(brett => {
console.log(brett);
rdb.Komps.each(komp=> {
console.log(komp);
});
});
});
但是,each() 不遵守回调返回的承诺,因此即使此修复也不是我推荐的东西 - 即使它可以解决您的问题。当您从 each 回调中启动新的 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() 的回调存在于该有限事务中(仅绑定到一个 table),除非您用更大的显式事务包围调用块。
尽量避免在 Dexie 的 db.Table.each() 回调中启动新的异步操作,因为它不希望从其回调中返回承诺。你可以做到,但最好坚持使用可以控制异步流的方法。
我以为我掌握了 dexie 的诀窍,但现在我大吃一惊:
两个 tables,每个都有一些记录。 Komps & 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() 等的各种组合,内部循环无法在内部 table 中找到任何数据,无论我想要什么 table
第二个例子。这有效:
await rdb.Komps.get(163);
这会产生错误(“无法在 'IDBTransaction…ction' 上执行 'objectStore':找不到指定的对象存储。”)
rdb.Bretts.each(async brett => {
await rdb.Komps.get(163);
})
是否正在进行某种锁定?可以禁用的东西?
谢谢!
调用 rdb.Bretts.each() 将隐式启动仅限于 'Bretts' 的只读事务。这意味着在回调中您只能到达 table。这就是它当时找不到 Comps table 的原因。要从每个回调中访问 Comps table,您需要将其包含在显式事务块中:
rdb.transaction('r', 'Komps', 'Bretts', () => {
rdb.Bretts.each(brett => {
console.log(brett);
rdb.Komps.each(komp=> {
console.log(komp);
});
});
});
但是,each() 不遵守回调返回的承诺,因此即使此修复也不是我推荐的东西 - 即使它可以解决您的问题。当您从 each 回调中启动新的 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() 的回调存在于该有限事务中(仅绑定到一个 table),除非您用更大的显式事务包围调用块。
尽量避免在 Dexie 的 db.Table.each() 回调中启动新的异步操作,因为它不希望从其回调中返回承诺。你可以做到,但最好坚持使用可以控制异步流的方法。