Google chrome extension Google Chrome扩展-Webdb或IndexDB

Google chrome extension Google Chrome扩展-Webdb或IndexDB,google-chrome-extension,web-sql,Google Chrome Extension,Web Sql,我们正在开发google chrome扩展,我们需要在其中存储来自特定网站的所有视频信息。因此,我们正在考虑webdb的选择。 现在我们对使用webdb和indexdb感到困惑 到目前为止,我认为indexdb仍然是实验性的,对吗? 而且,如果我们使用indexdb,数据库甚至不会显示在dev.tools数据库部分,其中会显示为webdb,这样我们就可以在那里进行查询了 请给我们一些提示,并让我们知道正确的方向使用IndexedDB。WebSQL已经并将在将来从Chrome中删除。Chrome的

我们正在开发google chrome扩展,我们需要在其中存储来自特定网站的所有视频信息。因此,我们正在考虑webdb的选择。 现在我们对使用webdb和indexdb感到困惑

到目前为止,我认为indexdb仍然是实验性的,对吗? 而且,如果我们使用indexdb,数据库甚至不会显示在dev.tools数据库部分,其中会显示为webdb,这样我们就可以在那里进行查询了


请给我们一些提示,并让我们知道正确的方向

使用IndexedDB。WebSQL已经并将在将来从Chrome中删除。Chrome的开发频道有开发工具支持查看IndexedDB数据库。

我已经检查了几个月了,但根据我当时所做的工作,我建议使用WebSQL。主要原因是支持已经完成(基本上是SQLite)。以下是我当时写的:

如果您正在开发web应用程序,并且需要使用本地 (客户端)数据库,您应该使用本地存储 (假设你能忍受大小和空间的限制 查询/索引)或WebSQL。IndexedDB还不是一个竞争者,正如 的中缺少deleteDatabase等基本功能 实例Chrome。WebSQL不提供无模式功能 没有任何胶水,但另一方面它工作得很好(有很多 也可在浏览器之外使用),具有完整的功能和 可能有限或没有实际尺寸限制


此外,调试控制台(当时)支持WebSQL,不支持IndexedDB。事情可能已经改变了,但至少你应该意识到。

Wow。。工作得很有魅力。。现在我可以在开发工具中看到IndexedDB。谢谢lot@Dave该问题的注释应包括在问题的下方。W3C反对WebSQL的文档指出,两个与存储相关的规范仍在开发中:Web存储(sessionStorage和localStorage)和索引数据库API(indexedDB)。由于chrome.storage(localStorage的扩展)是稳定的,并且在中有文档记录,因此更相关的问题是“localStorage还是indexDB?”选择chrome.storage的一个原因是能够跨设备同步。选择indexDB的一个原因是存储的数据比本地存储的默认5MB配额多。