问题标签 [indexeddb]

我想知道是否可以使用通配符对 indexeddb 对象存储执行搜索。例如，查找所有以“555”开头的键的对象会很方便

我对编写代码相当陌生，但我玩过一些使用 WebSQL for DB 的 chrome 应用程序。我决定学习 IndexedDB，但需要一些更直观的东西来帮助我。WebSQL 数据库条目可以很容易地在“调试器”的资源选项卡中看到，但 indexedDB 数据库没有显示在那里。

Chrome 是 v17，操作系统 Ubuntu 11.10

是否有解决方法（插件或其他任何东西）？

我一直在 Firefox (Ubuntu) 中使用 IndexedDB

有没有办法可视化 IndexedDB 数据库内容？还是我必须以编程方式进行？

我正在尝试类似的东西

这在控制台中给出了以下错误

虽然我预计这个错误（对象存储不存在）但我想抓住它。我试图在事务中添加一个 onerror

但不会调用 onerror 。有没有办法使用 onerror 来捕获这个错误？或者是用 try/catch 包装它的唯一方法？

我不知道这段代码有什么问题：

当我尝试使用以下代码将数据放入对象存储时：

我收到以下错误消息：

我正在尝试构建一个类似类的小型容器，以使从 HTML5 IndexedDB 加载和存储数据更加简洁。老实说，这是我第一次玩这个功能，所以我的问题可能是微不足道的。

我的代码基于本教程： http ://www.html5rocks.com/en/tutorials/indexeddb/todo/

我想要的实现状态应该是这样的：

这应该做的是从浏览器的 IndexedDB 对象下载数据并将它们存储到对象容纳的数组 Entries 中。当我想将 Entires 的值存储回数据库时，我会调用 dictionary.UploadDB();

但是，我收到了单个 javascript 错误：Uncaught TypeError: Object # has no method 'open'。我对自己做错了什么感到不知所措。谁能给我一些建议？

我目前正在开发一个用于提交考勤卡的移动应用程序，该应用程序与现有的会计应用程序一起使用。不用说，这个应用程序严重依赖关系数据库，这种特殊的依赖会转化为移动应用程序。

在当前状态下，移动应用程序使用 WebSQL 离线访问加载到设备上的表，同时用户可以访问 Internet。考勤卡在本地数据库上创建，然后在用户重新访问互联网时上传。此功能是应用程序的核心。

我的问题是向 IndexedDB 的过渡是否是 A.) 可行和 B.) 明智之举。如果 WebSQL 避免被弃用，这将不是问题。我开始更好地理解 IndexedDB 以及 JSON 如何使其对相对复杂的数据存储有用，但我无法真正理解它是否真的可以复制关系数据库的功能。

根据应用程序的要求，IndexedDB 似乎不是一个替代方案，但我对这个概念仍然很陌生并且对启蒙持开放态度。

那么 IndexedDB 有可能成为替代方案吗？IndexedDB 能否用于复制具有多个相关表和大量数据的数据库的功能。如果是这样，我在哪里可以找到有关如何执行此操作的信息。如果没有，我有两个替代方案吗？（假设 WebSQL 实际上确实失去了支持并且 IndexedDB 不可行）。

在相关说明中，IndexedDB 会加快本地数据库的填充速度吗？PHP当前用于在用户在线时填充数据库，并且使用大约一百个选项填充表确实需要相当长的时间。当它接近一千时，应用程序就会完全崩溃（这是一种不常见的情况，强烈建议客户端不要使用这么多数据）。

对此的任何帮助都会很棒，我对一般编程非常陌生，对 Web 开发也非常陌生。

我正在尝试通过创建一个简单的记事本应用程序来学习 IndexedDB 的基础知识。我在这种环境中使用有序列表时遇到了困难。

我不确定如何实现的功能是有一个有序的笔记列表。

我第一次尝试在 WebSQL 中实现记事本应用程序，我发现选择这样的笔记很容易：

在指定位置插入注释时，我首先做了......

...移动每个音符以在位置为新音符腾出空间insert_position。

但我看到 WebSQL 实际上已被弃用。

在 IndexedDB 中实现这样的功能有哪些可能性？我不完全了解如何在 IndexedDB 等环境中创建有序列表，因为像上面这样的快速查询不适用。

附带说明一下，我知道可以在 IndexedDB 中存储一个数组，但是我每次都会使用一条记录。我宁愿寻找一种方法来以某种方式拥有所有记录的有序列表（每个记录代表一个注释），并能够更新排序（如上面的移位查询）。

有人可以对有序列表的 IndexedDB 方式有所了解吗？

我做了一个演示 chrome 扩展来比较 websql 和 indexeddb 并更详细地了解两者的工作原理。

令我惊讶的是，它表明 indexeddb 即使与最简单的 sql 命令相比也要慢得多。

由于已弃用 websql 以支持 indexeddb，因此我假设 indexeddb 与 websql 一样快或更快。

我假设我在 indexeddb 代码中做错了什么。因为弃用更快的东西会很愚蠢，我假设他们知道在弃用 websql 以支持 indexeddb 时他们在做什么。

sql搜索代码：

indexeddb 搜索代码：

我还做了一个 chrome 错误报告并在那里上传了完整的扩展代码： http ://code.google.com/p/chromium/issues/detail?id=122831

（我不能在这里上传扩展 zip 文件，没有这个功能）

我用我用作测试数据的 38862 个 url 填充了 websql 和 indexeddb 数据库。

使用 PouchDB 插入数据后，我尝试db.getAll()检索所有文档和db.get()单个文档，但返回的对象都不包含我插入的值。

我究竟做错了什么？