indexed - 在 indexeddb 数据库中存储数据的理想方式是什么？

Question

我知道关系数据库如何存储数据。我知道 indexeddb 的基础知识（直到并包括编写一个覆盖 chrome 和 ff 之间差异的脚本）。我了解使用索引背后的原理，并且 indexeddb 存储 js 对象。

我想知道在使用 indexeddb 之类的平面数据库时是否应该使用一些设计模式。现在，我将每个“行”保存到 objectStore，然后通过其键或索引进行查找。保存一个巨大的对象而不是一堆行会更好吗？

还有，关系应该怎么处理？也就是说，应该如何弥合 RDBSM 与 indexeddb 等平面数据库之间的差距？

昨天做了个测试，写了11秒

params = {
    "user_id":"4",
    "first_name":"Bob Smith",
     "phone": "1-800-555-1212"
};

到数据库 100 次。我确实每次都打开了一个新交易，但这似乎仍然很长一段时间。测试在ff中。

Answer 1

结果出来了——这并不重要。

如果您以关系方式存储它，它的读写时间与自然关系数据库 (websql) 甚至只是键/值对 (localStorage) 的读写时间大致相同。