sqlite – IndexedDB性能和IndexedDB v/s WebSQL性能比较

Websql和IndexedDB都是用于访问(CRUD)Web浏览器中底层嵌入式数据库的DB API.其中,如果我是正确的,就像sql一样访问(CRUD)任何客户端 – 服务器数据库,如Oracle等(在许多情况下,Websql和IndexedDB的支持在同一浏览器上可用)

>那么,这是否意味着Websql和IndexedDB都在访问(CRUD)相同的底层嵌入式数据库,如果是这样的话,它将在所有Web浏览器上具有相同的性能！
>
但我认为情况并非如此,那么它是否意味着Web浏览器将拥有多个底层嵌入式数据库？为什么在同一个浏览器中应该有2个底层嵌入式数据库？

而且由于Websql和IndexedDB都是API,所以它意味着说Websql和IndexedDB的性能并不完全正确(因为它们更像是查询/访问语言),但它在很大程度上取决于底层嵌入式数据库的性能.而且,根据Google,LevelDB is faster than SQLite

>
是否正确地说它不是Websql和IndexedDB之间的性能差异,而是基础嵌入式数据库的性能？
> IE,Chrome,Android浏览器的底层嵌入式数据库是什么？我在网上找不到这些信息,是否有人发现或编译过它？

为了解决您的第一个问题,Websql从未在Internet Explorer或Firefox中实现( http://diveintohtml5.info/storage.html,http://caniuse.com/#feat=sql-storage).对于离开Chrome和Safari的“大浏览器”而言,两者都来自WebKit(尽管自从v28 Chrome开始运行在WebKit的分支上,称为’Blink’).过去,这两种浏览器都使用sqlite作为Websql和IndexedDb的底层数据库,但Chrome将IndexedDb从sqlite切换到LevelDB.

要回答第二个问题,Chrome使用了两种不同的底层数据库技术：

Websql – > sqlite的

IndexedDb – >性LevelDB

我怀疑他们将Websql保持为sqlite,因为他们知道它的工作原理. Websql现已弃用,在某些时候它将被删除,为什么他们会花时间将它移植到LevelDB.

在Websql / IndexedDb与底层数据库性能之间的性能方面,根据iOS Safari的经验,IndexedDb和Websql都使用sqlite数据库,但它们在底层数据库的构建方式和执行方式上存在很大差异.在我的测试中,我发现与iOS8中的Safari上的IndexedDb相比,Websql的速度是1000次简单数据库插入的两倍.

就你的上一个问题而言,我发现了这一点：

对于IE：

Websql – >不支持

IndexedDB – >可扩展存储引擎

对于Firefox：

Websql – >不支持

IndexedDB – > sqlite的

对于Safari：

Websql – > sqlite的

IndexedDB – > sqlite的

对于Chrome：

Websql – > sqlite的

IndexedDB – >性LevelDB

(来源：WebKit项目,https://bugzilla.mozilla.org/show_bug.cgi?id=837141,http://www.aaron-powell.com/posts/2012-10-05-indexeddb-storage.html)

原文地址：https://www.jb51.cc/sqlite/197902.html