IndexedDB 使用索引与键范围？

Question

在 indexedDB 中，如果键是整数数组，例如 [n,0] 到 [n,m]，则对于涉及获取数组键的第一个元素为 n 的所有记录的操作或在同样的记录集，在存储n 的附加属性上使用索引比使用键范围有什么优势吗？

认为索引可能不是更好的原因包括浏览器必须为对象存储的每次更改维护索引，必须向每条记录添加一个附加属性以存储已存储的数据n，并且很少因为索引中的键将始终指向对象存储中的连续记录，而不是分散在各处。

如果 n 的不同值的数量可能不超过 1,000，而 m 的不同值的数量不超过 50，是否使用优于键范围的索引？

谢谢。

Answer 1

我猜 indexedDB 的目的是在本地拥有对象存储。 您需要更新每个对象中的列不是 sql。 因为您更改了对象结构（例如通过添加属性） 确实，商店里的所有对象都必须按照你说的重写……

emm 好吧...您的另一个选择是用另一个商店更新数据库 其中包含类似于 sql 中的 forien 键或存储其他存储对象扩展的 uniqe 键的东西......并且其中每个 obj 项也应该是相同的结构。

我认为这就是你开始使用 onupgradeneeded 的重点。