该规范http://www.w3.org/TR/webdatabase/说:
该文档位于 W3C 推荐轨道上,但规范工作已停止。规范陷入僵局:所有感兴趣的实现者都使用相同的 SQL 后端(Sqlite),但我们需要多个独立的实现来沿着标准化路径前进。
这是否意味着 HTML5 数据库正在消失,并且在一段时间内我们将拥有使用 SQLite 的事实上的标准,可能与浏览器不同?还是 W3C 发布了完成标准的攻击计划?
根据这篇文章:
[...] 我们认为值得解释我们的设计选择,以及为什么我们认为IndexedDB是比 Web SQL 数据库更好的网络解决方案。
在另一篇文章中,我们将 IndexedDB 与 Web SQL 数据库进行了比较,并注意到前者比后者提供了更多的语法简单性。IndexedDB 为第三方 JavaScript 库留出了空间,可以使用 BTree API 跨越底层原语,我们期待看到像 BrowserCouch 这样的举措建立在 IndexedDB 之上。无畏的 Web 开发人员甚至可以在 IndexedDB 之上构建 SQL API。我们特别欢迎在 IndexedDB 之上实现 Web SQL 数据库 API,因为我们认为这在技术上是可行的。从与浏览器原语一起使用的基于 SQL 的 API 开始并不是正确的第一步,但在 IndexedDB 之上肯定有基于 SQL 的 API 的空间。
我个人并没有被文章中提出的论点所左右,但似乎很明显(目前)Mozilla 已经决定Web SQL 数据库已死。
关于这篇文章的更多有趣评论可以在 Hacker News上找到。
我的理解是这现在被称为“IndexedDB”
http://www.w3.org/TR/IndexedDB/
显然 Firefox 团队已经开始实施这个:
http ://hacks.mozilla.org/2011/01/indexeddb-in-firefox-4/
不知道有没有人知道答案。Mozilla 不喜欢对 SQLite 的依赖,并决定采用不同的方式。但是,所有基于 WebKit 的浏览器都已经实现了它,我认为他们不会删除它,因为任何为利用该规范而构建的网站都会被破坏。
这意味着至少在某些情况下,主要是在大多数浏览器都有 webkit 实现的移动领域内,使用 HTML5 Web SQL 规范仍然是有意义的。对于希望使用 phonegap 之类的框架创建移动应用程序的开发人员,我认为这尤其适用。
有时,作为应用程序开发人员,您希望为用户提供对数据的访问权限,即使他们没有连接到 Internet,或者连接速度很慢,并且某些类型的数据存储在数据库中比存储在数据库中更有效。 cookie 或 JSON Cashe。例如,如果您有具有关系的数据,那么执行连接查询以提取您需要的数据比搜索 json 映射要容易和快捷得多。
我不认为这个规范已经死了,我实际上希望 Mozilla 能够改变他们的立场,以便开发人员可以使用它来解决移动 webkit 世界之外的问题。