关于nosql:如何使用IndexedDB-浏览器上的NoSQL数据库

深入研究IndexedDB API及其在实践中的用法。

你是否据说过浏览器上的NoSQL数据库？

IndexedDB是大型NoSQL存储系统。它使你简直能够将任何内容存储在用户的浏览器中。除了通常的搜寻，获取和搁置操作外，IndexedDB还反对事务。

你能够在上面找到IndexedDB的示例。

在本文中，咱们将重点介绍以下内容。

• 为什么咱们须要IndexedDB？
• 咱们如何在咱们的应用程序中应用IndexedDB？
• IndexedDB的性能
• IndexedDB的局限性
• IndexedDB是否适宜你的应用程序？

为什么咱们须要IndexedDB？

IndexedDB被认为比localStorage更弱小！

你晓得背地的起因吗？让咱们找出答案。

能够存储比localStorage大得多的数据量

没有像 localStorage 这样的非凡限度（介于2.5MB和10MB之间）。最大限度取决于浏览器和磁盘空间。例如，基于Chrome和Chromium的浏览器最多容许80％的磁盘空间。如果你有100GB，则IndexedDB最多能够应用80GB的空间，单个origin最多能够应用60GB。Firefox容许每个origin最多2GB，而Safari容许每个起源最多1GB。

能够存储基于{ key: value }对的任何类型的值

存储不同数据类型的灵活性更高。这不仅意味着字符串，而且还意味着二进制数据（ArrayBuffer对象，Blob对象等）。它应用对象存储在外部保留数据。

提供查找界面

这在其余浏览器存储选项（例如 localStorage 和 sessionStorage）中不可用。

对于不须要继续互联网连贯的Web应用程序很有用

IndexedDB对于联机和脱机工作的应用程序都十分有用，例如，它能够用于渐进式Web应用程序（PWA）中的客户端存储。

利用状态能够存储

通过为常常应用的用户存储应用程序状态，能够大大提高应用程序的性能。稍后，应用程序能够与后端服务器同步，并通过提早加载来更新应用程序。

咱们来看看IndexedDB的构造，它能够存储多个数据库。

IndexedDB的构造

咱们如何在咱们的应用程序中应用IndexedDB？

在以下局部中，咱们将钻研如何应用IndexedDB疏导应用程序。

1. 应用“window.indexedDB”关上数据库连贯

const openingRequest = indexedDB.open('UserDB', 1);

在这里 UserDB 是数据库名称，1 是数据库的版本。这将返回一个对象，该对象是 IDBOpenDBRequest 接口的实例。

2. 创建对象存储

关上数据库连贯后，将触发 onupgradeneeded 事件，可用于创建对象存储。

// 创立UserDetails对象存储库和索引request.onupgradeneeded = (event) => {  let db = event.target.result;  // 创立UserDetails对象存储  // 具备主动递增ID  let store = db.createObjectStore('UserDetails', {    autoIncrement: true  });  // 在NIC属性上创立索引  let index = store.createIndex('nic', 'nic', {    unique: true  });};

3. 将数据插入对象存储

一旦关上了与数据库的连贯，就能够在 onsuccess 事件处理程序中治理数据。插入数据产生在4个步骤中。

function insertUser(db, user) {  // 创立一个新事物  const txn = db.transaction('User', 'readwrite');  // 获取UserDetails对象存储  const store = txn.objectStore('UserDetails');  // 插入新记录  let query = store.put(user);  // 解决胜利用例  query.onsuccess = function (event) {    console.log(event);  };  // 解决失败用例  query.onerror = function (event) {    console.log(event.target.errorCode);  }  // 事务实现后敞开数据库  txn.oncomplete = function () {    db.close();  };}

一旦创立了插入函数，申请的 onsuccess 事件处理程序就能够用来插入更多的记录。

request.onsuccess = (event) => {   const db = event.target.result;   insertUser(db, {     email: 'john.doe@outlook.com',     firstName: 'John',     lastName: 'Doe',   });   insertUser(db, {     email: 'ann.doe@gmail.com',     firstName: 'Ann',     lastName: 'Doe'   });};

在IndexedDB上能够执行许多操作，其中一些如下：

• 通过key从对象存储中读取/搜寻数据
• 按index从对象存储中读取/搜寻数据
• 更新记录数据
• 删除记录
• 从数据库的先前版本等进行迁徙

IndexedDB的性能

IndexedDB提供了许多非凡的性能，这是其余浏览器存储无奈实现的，上面简要阐明一些性能。

具备异步API

这使执行低廉的操作而不会阻塞UI线程，并为用户提供了更好的体验。

反对事务以确保可靠性

如果一个步骤失败，则事务将被勾销，数据库将回滚到先前的状态。

反对版本控制

你能够在创立数据库时对其进行版本控制，并在须要时对其进行降级。在IndexedDB中也能够从旧版本迁徙到新版本。

公有域

数据库是一个域的公有数据库，因而任何其余网站都不能拜访其余网站的 IndexedDB 存储。这也就是所谓的同源策略。

IndexedDB的局限性

到目前为止，IndexedDB仿佛很有心愿用于客户端存储。然而，有一些值得注意的限度。

• 即便有古代浏览器的反对，但IE等浏览器并没有齐全反对。
  
• Firefox 在私人浏览模式下齐全禁用 IndexedDB - 这可能导致你的应用程序在通过隐身窗口拜访时产生故障。

IndexedDB是否适宜你的应用程序？

基于 IndexedDB 提供的许多性能，这个百万美元问题的答案可能是 Yes！然而，在下结论之前，请问本人以下问题。

• 你的应用程序须要脱机拜访吗？
• 你是否须要在客户端存储大量数据？
• 你是否须要疾速查找/搜寻大量数据中的数据？
• 你的应用程序是否应用IndexedDB反对的浏览器拜访客户端存储？
• 你是否须要存储各种类型的数据，包含JavaScript对象？
• 从客户端存储进行写入/读取是否须要非阻塞？

如果对上述所有问题的答复均为“是”，则IndexedDB是你的最佳抉择。但如果不须要这样的性能，你无妨抉择像 localStorage 这样的存储办法，因为它提供了宽泛的浏览器利用，并且具备易于应用的API。

总结

当咱们思考所有的客户端存储机制时，IndexedDB是一个显著的赢家。咱们来看看不同客户端存储形式的总结比拟。

心愿你对IndexedDB及其益处有一个清晰的意识。