indexedDB 的产生背景
随着浏览器的功能不断增强,越来越多的网站开始考虑,将大量数据储存在客户端,这样可以减少从服务器获取数据,直接从本地获取数据。
现有的浏览器数据储存方案,都不适合储存大量数据:Cookie 的大小不超过4KB,且每次请求都会发送回服务器;LocalStorage 在 2.5MB 到 10MB 之间(各家浏览器不同),而且不提供搜索功能,不能建立自定义的索引。所以,需要一种新的解决方案,这就是 IndexedDB 诞生的背景。
IndexedDB 数据库的特点。
-
(1)键值对储存。 IndexedDB 内部采用对象仓库(object store)存放数据。所有类型的数据都可以直接存入,包括 JavaScript 对象。对象仓库中,数据以"键值对"的形式保存,每一个数据记录都有对应的主键,主键是独一无二的,不能有重复,否则会抛出一个错误。
-
(2)异步。 IndexedDB 操作时不会锁死浏览器,用户依然可以进行其他操作,这与 LocalStorage 形成对比,后者的操作是同步的。异步设计是为了防止大量数据的读写,拖慢网页的表现。
-
(3)支持事务。 IndexedDB 支持事务(transaction),这意味着一系列操作步骤之中,只要有一步失败,整个事务就都取消,数据库回滚到事务发生之前的状态,不存在只改写一部分数据的情况。
-
(4)同源限制 IndexedDB 受到同源限制,每一个数据库对应创建它的域名。网页只能访问自身域名下的数据库,而不能访问跨域的数据库。
-
(5)储存空间大 IndexedDB 的储存空间比 LocalStorage 大得多,一般来说不少于 250MB,甚至没有上限。
-
(6)支持二进制储存。 IndexedDB 不仅可以储存字符串,还可以储存二进制数据(ArrayBuffer 对象和 Blob 对象)。
indexedDB数据库创建方式
var request = window.indexedDB.open('db',1)
var db;
request.onsuccess = function(event){
db = request.result
console.log('数据库打开成功')
}
//onupgradeneeded只在创建的时候触发,是唯一能声明表结构的地方
request.onupgradeneeded = function(event){
db = event.target.result
var objectStore
if(!db.objectStoreNames.cintains('person')){
//objectStore 可以理解为表 person可以理解为表名 id可以理解为主键
objectStore = db.createObjectStore('person',{keyPath:'id'})
}
console.log('person created')
}
indexedDB添加数据
db.transaction(['person'],'readwrite')
.objectStore('person')
.add({id:1,name:'haha',age:23})
indexedDB修改数据
db.transaction(['person'],'readwrite')
.objectStore('person')
.put({id:1,name:'ha',age:23})
indexedDB删除数据
db.transaction(['person'],'readwrite')
.objectStore('person')
.delete(1)
//删除的时候直接输入key值就行 也就是上文的keyPath
indexedDB查询数据
//查询数据不能立即返回 是以一个回调的方式
var request2 = db.transaction(['person'],'readwrite')
.objectStore('person')
.get(1)
request2.onsuccess = function(e){
console.log(request2.result)
}