IndexedDB

本文把indexedDB简单封装成"localStorage"，帮助你边实践，边学习indexedDB。

Hello，小伙伴们！今天，我们要聊的是一种非常神奇而且实用的技术——IndexedDB。你或许听说过它，但是对它的理解可能并不深入。

后端开发者都知道，SQL 语句中有 BETWEEN 操作符和 COUNT() 函数可以用来对匹配的记录进行过滤和计数。IndexedDB 也提供了 IDBKeyRange 接口和 IDBObjectS

将大量数据储存在客户端，这样可以减少从服务器获取数据的压力，提升用户体验。现有的浏览器数据储存方案，都不适合储存大量数据：Cookie 的大小不超过4KB，且每次请求都会发送回服务器；Storage

由于后端的数据量太大了，每次请求都会耗费不少时间，所以想着，能否放在本地存储。前端缓存数据量有限，使用indexedDB可以满足需求。本文是不考虑兼容性的，也没尝试过到底兼容性如何。先用再说的感觉。

本文利用indexDB构建一个前端数据库体系，这样前端可以不必依赖后台就能完成一个完整的应用。同时，可以利用这套体系进行MOCK，当对接的时候换成真正的后台接口即可，非常快速。

前言 本篇文章是关于indexDB我的一些学习分享，学习内容来自indexDB W3C规范，大家可以直接查看规范学习，如果对英文规范有理解上的困难，亦可查阅此篇文章学习，这里对规范的内容做了提炼总结，

IDBClass 基于promise对indexedDB的简单封装 一.背景 最近在阮一峰的日记里无意间浏览到了indexedDB,标准的客户端存储技术。IndexedDB 是一个基于 JavaScr

基于indexedDB的缓存解决方案 摘要 近期由于缓存问题折腾的头疼、发现前端缓存数据量过大导致localstorage无法储存、后面查阅发现localstorage只能储存5~10mb的数据，但是

「这是我参与11月更文挑战的第7天，活动详情查看：2021最后一次更文挑战」。 前言 Indexed Database API 简称 IndexedDB，是浏览器中存储结构化数据的一个方案。Index

与 cookie 不同，浏览器本地存储限制要大得多（至少5MB），并且信息不会被传输到服务器。本文将要介绍的本地存储包括：localStorage、Web SQL Database、IndexedDB

前端为什么要进行数据存储？随着浏览器的功能不断增强，越来越多的网站开始考虑，将大量数据 储存在客户端，在浏览器端存储数据对我们是很有用，这相当于赋予浏览器记忆的功能，可以记录用户的所有状态。

这是我参与11月更文挑战的第1天，活动详情查看：2021最后一次更文挑战 前言 随着浏览器的功能不断增强，越来越多的网站开始考虑将大量的数据存储在客户端，相比后端接口，获取数据更快一些。现有的浏览器存

简介 考虑将大量数据存储在客户端，这样可以减少从服务器获取数据，直接从本地获取数据 Cookie 的大小不超过 4KB LocalStorage 在 2.5MB到10MB之间，不提供搜索功能，不能建立

封装一个适合Vue3使用的indexedDB的help。支持初始化、对象化操作、索引查询等功能。自我感觉非常好用。开源哦。

什么是 Indexdb? Indexdb 的优点 存储空间大：没有存储上限，一般来说不小于 250M 存储格式多样： 支持字符串存储 支持二进制存储(ArrayBuffer 对象和 Blob 对象）

IndexedDB 就是浏览器提供的本地数据库，它可以被网页脚本创建和操作。IndexedDB 允许储存大量数据，提供查找接口，还能建立索引。

前端的数据持久化有四种方式：Cookie，Storage，IndexedDB和FileAPI；而关于IndexedDB的介绍和文章也并不多，深入研究之后顺手做了个笔记，帮助大家能在15分钟内了解掌握。

背景 现有的浏览器数据储存方案，都不适合储存大量数据：Cookie 的大小不超过4KB，且每次请求都会发送回服务器；LocalStorage 在 2.5MB 到 10MB 之间（各家浏览器不同），而且