InDB开发文档
如果你不喜欢广告,请收藏我的网站,下次在网站中搜索
如果你觉得本书对你有帮助,通过下方的二维码向我打赏吧,帮助我写出更多有用的内容。
前言
indexedDB是HTML5标准,是前端实现结构化数据存储的最关键因素。基于indexedDB驱动,前端应用可以做到更加厉害的应用体验。和localStorage相比,indexedDB的最主要优势在于,indexedDB是一个完整的数据库模型,它具有数据库应该有的库表结构,丰富的查询方式等等。除此之外,localStorage的容量在5M左右,而indexedDB达到惊人的500M。indexedDB还有可以存储arraybuffer,进程为异步等特征,这些特质都使得使用indexedDB作为前端数据存储的不二之选,localStorage降级为用于存储散列的快速读取配置项的存储工具。
但是,indexedDB有一个缺点,由于它需要支持完整的数据库驱动模型,因此,api较为复杂,概念也是一层套一层。我写过《indexedDB中文教程》较为全面的去介绍它,然鹅,当我发现了新知识之后,还在不断的去补充那篇教程,可见,如果一个初级开发者要使用原生的indexedDB api去写代码,会是一件痛苦的事。为了解决这个痛点,我决意写一个优秀的indexedDB操作库。虽然市面上已经有很多库了,但是它们很多都基于indexedDB原生操作理念去实现,另有一些,特意想要套用sql的理念,导致使用反而更难理解。我经过反复摸索,发布了InDB,它即遵循了indexedDB原生开发的一些乐趣,开发者再使用它时,可以返回去理解indexedDB原生接口,但同时,使用它你又可以非常轻松的使用indexedDB,无需太多复杂的理解。
那么InDB到底有多简单呢?这篇文章全面的去介绍它的使用方法。
关注我博客的同学可能在之前接触过我发布的HelloIndexedDB,InDB沿袭了它的使用习惯和风格,但是有一些方法在具体使用上稍有不同。InDB拆分了“DB”和“Store”两个概念,使用 InDB 只是连接上数据库,需要调用 use 方法才能使用 store。
基础概念
虽然InDB最简化了indexedDB的操作,但是,由于indexedDB和localStorage完全不同,所以,关于这个数据库的基本概念要事先了解。
对于一个数据库引擎,我们要记录一条数据,首先需要打开一个数据库,然后在这个数据库里面选择一个store(也就是sql数据库里面的表),之后才能进行增删改查的工作。indexedDB完整的继承这一模型,你需要了解,在使用InDB时,有“数据库”“store”“记录”这三层概念存在,具体反应到代码中,这三个概念会在实例化参数中反应出来。
其次是关于keyPath的概念。indexedDB存的数据和localStorage结构不一样,localStorage存的是键值对,而indexedDB存的是object,也就是js对象。就像sql里面一样,要找到一条记录需要通过它的字段去查,而在indexedDB中,被存的object的属性名就相当于字段名,属性值就相当于字段值。而keyPath简单的讲就是object的(某个)属性名。但是,indexedDB的强大之处在于,keyPath可以是链式的多级属性。比如有一个person对象里面深层级的值可以用person.body.head.left_eye获得,而这个时候"body.head.left_eye"就是这个值相对于person对象的keyPath。(而在某些场景中,为了简化描述,甚至直接将“keyPath”作为“keyPath的值”给简写了。)
再次是关于key的概念。indexedDB的key的概念有点别扭,它代表的是键值,而非键名。
最后是关于索引的概念。indexedDB如其名,它的特色就是index(索引)。indexedDB具备了强大的索引系统,它根据keyPath创建索引,根据indexName查询对象记录,可以对一个indexName设置多个keyPath,而且还可以实现值域查询。总而言之,如果你想利用indexeDB快速查询数据,那么索引要好好利用。
以上就是你在使用InDB之前必须了解的概念。其他indexedDB原生概念可以暂时不用了解。
快速入门
本节让你快速使用InDB进行数据的存取。
包的安装和使用
InDB是一个npm包,通过npm进行安装:
npm i indb
安装之后,你可以根据你的编程需求选择不同的使用方式:
// webpack import InDB from 'indb'
// CommonJS const { InDB } = require('indb')
在HTML中直接使用时,你需要把indb/dist/indb.js文件拷贝到你的本地目录:
<script src="./node_modules/indb/dist/indb.js"></script> <script> const { InDB } = window['indb'] // 注意这里的使用方法 </script>
使用
接下来,你就可以像localStorage一样,使用这个store,不过,由于indexedDB是异步操作的,你的所有操作都必须是异步完成。
let obj = await store.getItem('key') await store.setItem('key', 'value')
这样我们就完成了对InDB的初步认识。下文,我们会分开详细介绍它的各个细节方面。
实例化参数
这一节将会是InDB整个使用中最难的部分,一旦掌握了本节的内容,其他的方面完全就无需担忧了。
在上一节的时候,我们直接使用InDB.getItem,这种做法是最简单的做法,但这样不能发挥出indexedDB的强大功能,相当于把它当作一个localStorage的替代品,没意思。本节我们学习实例化参数,这些参数被用来作为对indexedDB进行操作前的准备工作。
我们要使用InDB来操作indexedDB,要经过步骤:
- 连接到数据库
- 打开一个store
- 写入或修改数据
具体操作如下:
const idb = new InDB(options) // 实例化InDB,得到一个可以连接数据库的实例 const store = idb.use('store1') // 通过use方法,打开一个store
参数列表
在进行InDB实例化时,需要传入参数:
- name: 字符串,数据库名称
- version: 正整数,数据库结构的版本,调整数据库结构时,需要升级version
- stores: 数组,用以定义当前数据库中每个store的结构
- name: 字符串,store名称
- keyPath: 字符串,store keyPath
- indexes: 数组,用以定义store的索引
- name: 字符串,索引名称
- keyPath: 字符串,索引的keyPath
- unique: boolean,该索引是否是唯一的,不允许同一个store中同索引名存在两个及以上的索引值
- isKv: boolean,是否开启key-value模式,为true时keyPath和indexes无效
上面就是所有参数字段,看上去非常简单。但是不要急,复杂的东西在后面。
store的配置
上面的stores参数是一个数组,而数组的每一个元素,代表要创建怎样的一个store出来。
{ name: store的名称,必填 keyPath: 主键名,也就是说,一个object的什么属性(路径)会被作为这个store的最主要查询依据 indexes: 索引列表 autoIncrement: 主键是否自增,设置为true时,在向store添加对象的时候,主键值可不传 isKv: 是否开启key-value模式,只有开启key-value模式的store才会拥有getItem/setItem/removeItem这几个方法,并且用这几个方法像操作localStorage一样操作indexedDB,不开启的情况下,不能使用这几个方法 }
上面比较难理解的是autoIncrement,所以,我的建议是不设置这个值。
index的配置
上面的indexes配置项是个数组,而其中每个元素代表要给这个store创建怎样的索引。
{ name: index的name,查询的时候用到 keyPath: 索引对应object的什么属性(路径) unique: 是否为唯一索引,为true的时候,整个store里面该keyPath对应的值不能有重复 }
上面比较难理解的是keyPath,index的keyPath和store的keyPath理解上不一样。index的keyPath是指,当你用index的name去查询的时候,实际要查询的object的属性名,indexName相当于是indexKeyPath的一个别名,方便在查询的时候使用较短的字符串去代替。
基础API
本节介绍通用API,利用这些api你可以快速操作indexedDB。这些方法全部为实例化对象的方法,使用时,需先得到实例化对象。每个实例对应一个库,在进行操作时,一个操作只能对应一个store,不能同时用一个实例操作多个store。你可以通过use方法得到对不同store的实例,通过它们来操作不同store。
get
根据store的key获取一个对象。key是keyPath的值。
let value = await store.get(key)
- @param {String} key 主键值,注意,是值,不是名
- @return {Object} value
add
向store中插入一条新记录。
await store.add({ id, name, age })
相当于sql中的insert操作,需要注意,indexedDB中,对add的数据格式有要求,必须符合下面其中之一
- options中没有设置autoIncrement,在add的对象中,必须包含keyPath属性,且key值相同的记录不能存在于store中
- options中设置了autoIncerment为true,那么在add对象时,不必传keyPath,add成功时,会自动为该object加上该属性,并且保持自增的效果
如果add的对象key值已经存在于store中,会报错,因此,比较常规的操作是用put代替add。
put
更新store中的一条数据,如果传入对象的key值不存在,就插入这条数据。
await store.put({ id, name, age })
put中key值其实也遵循上面add的规律,如果autoIncrement设置为true,那么不给key时,就是添加,给key时,就是更新。
一般,在代码中我们尽量少使用autoIncrement配置,因为我们很难完全掌握数据的实际情况。我们尽量使用put,而不是add,因为代码一旦部署,它就不能修改,如果在执行中add报错,那么很可能阻塞你的程序。
delete
从store中删除一条数据。
await store.delete(key)
传入key值。
以上是InDB中最基础的api,利用这些api,就可以实现最基础的数据增删改查了。
remove
从store中删除一条数据,和delete不同的是,remove直接接收这个对象。
await store.remove(obj)
它会自动去找到obj上的keyPath,然后用delete去删除。
另外,使用delete的时候,你需要传入的是keyPath的值,而如果你的keyPath是多级路径,例如'body.hands'这样的路径,那么要取到key也是挺麻烦的,你需要自己有一套解析keyPath的工具。而InDB内置了这样的功能,使用remove不用担心这个问题,只要你的obj是一个和数据库中记录对应的上的对象,就能被正确删除。
clear
清空store中的所有数据,注意备份!!
awiat store.clear()
查询API
基础api仅仅是最基础功能的实现,还没有涉及indexedDB真正强大的地方。indexedDB真正强大的地方是利用索引进行查询,因此,我们要发挥这些能力,我们就会用到下面的api。
注意:依赖于 index 的查询 API 需要在创建仓库时传入对应的 indexes,即使该属性已经被 keyPath 使用,也要在 indexes 中再次声明,否则无法使用下面的查询接口。
find
从store中找到第一条indexName为某值的记录。
let obj = await store.find(indexName, value)
要使用find的前提是,你的store在配置时传入了对应的index,否则是不能根据索引找到值的。
const store = new InDB({ name: 'my-idb', stores: [ { name: 'my-store', keyPath: 'id', indexes: [ { name: 'indexName', keyPath: 'age', }, ], }, ], })
注意上面红色的部分,只有当你在创建store的时候,设置了这个索引,才能使用find去使用它:
let obj = await store.find('indexName', 10)
这样就可以找到第一条age=10的数据了,相当于sql里面的where age=10 limit 1的子句。
注意,我这里传入的是indexName,但是indexedDB实际会使用keyPath,也就是'age'字段作为查询条件。关于keyPath前面已经解释过了,这里不再赘述。
query
查询出store中所有满足条件的记录,返回一个数组。
let objs = await store.query(indexName, value, compare)
find仅仅找到第一条数据,而query则可以找出所有满足条件的记录。和find一样,它也必须是index支持的才能使用。
let objs = await store.query('indexName', 10)
这样就可以查出age=10的所有记录。
query比find更强大的地方在于,它支持条件筛选,它的第三个参数可以传入比较运算符。
let objs = await store.query('indexName', 10, '>')
表示查出所有age>10的记录,支持的条件如下:
- > 大于
- >= 大于等于
- < 小于
- <= 小于等于
- != 不等于
- = 等于,默认值
- % 包含,仅字符串生效,类比于sql中的LIKE
- in 包含于,value必须是一个数组,仅js基本数据类型有效,类比于sql中的IN
在使用!=、%和in的时候一定要注意,由于indexedDB内部还不支持这3种查询方式,但InDB可以支持。说到这里,可以将index配置项里面都只配置name属性,这样keyPath属性会自动使用name属性。
const store = new InDB({
name: 'my-idb',
stores: [
{
name: 'my-store',
keyPath: 'id',
indexes: [
{
name: 'body.head', // 这样可以保证name和keyPath的值是一样的
},
],
},
],
})
不过上面也只是建议,最后根据你的实际情况来确定。
select
查询出store中所有满足条件的记录,返回一个数组。
let objs = await store.select([ { key: 'name', value: 'c', compare: '>' }, { key: 'age', value: 10, compare: '>' }, { key: 'age', value: 20, compare: '<' }, ])
虽然indexedDB很强大,但是仅支持单索引查询,而无法做到多个索引同时联系起来查询。为了实现这一功能,我实现了select方法,这个方法可以让你同时使用多个查询条件,并且取一定的逻辑关系。例如上面这段代码,它可以查询出name>'c'同时10<age<20的所有记录。
select接收一个数组,数组中的每个元素都是一个查询条件,它可以包含如下属性:
- key: 索引名称
- value: 要查询的目标属性值
- compare: 被检查记录和value之间的关系,比较符在query一节已经讲过了
- optional: 该条检索条件是否是可选的,相当于sql里面的OR子句
optional这个选项有点难理解,简单的说,它就是sql里面的OR,而select方法的查询方式非常简单,没有optional或者optional为false的,被认为是AND子句,先进行查询,所有optional为true的被视为一个整体,最后进行查询,在满足AND的基础上,只有满足任意一条OR的子句的记录才会在结果集合中,否则就不在。而如果你的条件里面,全部都是optional为true,那么相当于只有一条AND语句,也就是说只要记录满足任何一条规则,即可被返回。
let objs = await store.select([ { key: 'name', value: 'c', compare: '>' }, { key: 'age', value: 10, compare: '<', optional: true }, { key: 'age', value: 20, compare: '>', optional: true }, ])
这条查询相当于 name>'c' AND (age<10 OR age>20)。所有类似的语句都能转化为 (a AND b AND c) AND (d OR e OR f) 这样的句子,你只要记住所有条件被分为两组,AND 子句被视作一个整体先判断,在成立的情况下,再把 OR 子句被视作一个整体后判断,就可以轻松理解了。
但是,这样的查询没有办法做到 (a AND b) OR (c AND d) 这样的查询,我们在业务中经常需要查询多个条件的并集,所以,我提供了一种方式来获得多个条件的并集,即:你可以传入多个数组来作为多个条件。语法如下:
await store.select( [ ... ], [ ... ] )
通常情况下,你只会传入一个参数,但是在有取多个并集时,可以传入多个参数,每个参数的结构都是一样的。这样可以获得多个查询结果的并集。
但是,我没有提供 (a OR b) AND (c OR d) 这样的查询能力,你需要把它转化为 (a AND c) OR (b AND d) 的查询,当然,这要根据实际情况来决定怎么组合在一起,而不是像我这里直接把 a&c b&d 组合在一起。举个例子,你需要查询年龄小于10或大于30,且体重小于40或140的学生集合,正常的写法是 (age<10 OR age>30) AND (weight<40 OR weight>140),但是我们不支持这种查询语法,此时,我们要分析具体的需求,在草稿纸上画出两条查询之间的内在逻辑,就可以知道它可以用 (age<10 AND weight<40) OR (age>30 AND weight>140) 来表达。当然,不是所有情况都是这样的,这需要你在草稿纸上画出每条查询之间的联系。
<---| 10 age 30 |--------> <----| 40 wieght 140 |--->
通过这种分析得到一个可用的语法。但是实际上,我们很少在业务中出现这种需求,毕竟我们不是在做 SQL 的复杂查询。
注意:find、query、select都要求你使用indexes配置才能使用。
first
返回store中的第一条数据。
let firstRecord = await store.first()
last
返回store中的最后一条数据。
let lastRecord = await store.last()
some
返回几条连续的数据。
- count: 返回的数量
- offset: 位移量,即从哪个索引开始,默认为0
let someRecords = await store.some(5, 3)
表示从索引值为3开始,返回连续的5条记录。
当offset小于0时,查询将会移到所有记录的尾部,例如:
let someRecords = await store.some(3, -5)
则会从倒数第5个记录开始拿取,一共拿出3个。
all
返回store中的所有数据,结果为数组。
let allRecords = await store.all()
count
返回store中所有数据的条数,结果为数字。
let count = await store.count()
keys
返回store中所有记录的主键值,结果为一个数组。
let keys = await store.keys()
上述就是所有InDB提供的查询api,这些api具有非常简洁易用的特征,而且很多情况下,你并不需要复杂的api,用上面这些api完全可以满足你的查询需求。
Key-Value API
在InDB里面,有几个特殊的API,它们和原生的Storage api命名保持一致。要使用这些api,你必须在创建store时,在store的参数中使用isKv为true,这样做之后,keyPath配置,autoIncrement配置都将失效,但它可以把当前这个store转化为一个支持Storage api的store。
const store = new InDB({
name: 'my-idb',
stores: [
{
name: 'my-store',
isKv: true,
},
],
use: 'my-store',
})
这样配置之后(注意,在你的代码第一次发布上线之前就必须这样做,而不能等到后面发布新版本的时候再调整,否则你必须通过升级version值来办到),这个store就可以调用如下api。
getItem
获取对应key的值。
let value = await store.getItem(key)
setItem
设置对应key的值。
await store.setItem(key, value)
removeItem
删除对应的key-value。
awiat store.removeItem(key)
以上就是Storage api,这使得使用InDB之后,可以像使用localStorage一样操作indexedDB,非常方便。
遍历API
这一些特殊情况下,你可能还需要更奇特的操作,InDB提供了几个可能对你有帮助的api,利用它们,你可以办到任何你想干的事。
each
遍历当前store。
await store.each((obj) => { // .. })
通过each,可以遍历整个store,这样,如果当上面的api不能满足你的查询需求的时候,你可以自己写一个遍历操作来搜集所有满足你的条件的记录。
each接收一个函数,函数可以有如下参数:
- obj: 当前的记录
reverse
逆序遍历整个store。
和each用法一摸一样,只不过迭代的方向是从store的最后一条往第一条。
原子API
InDB提供了一套可以快速进入原生操作的api,它可以帮助你不需要写太多原生代码,就可以拿到indexedDB的原生对象,在这些原生对象的基础上进行下一步操作。
transaction
基于当前store,快速开启一个事务,而且不用担心事务的可用性。
- writable: 是否开启一个可写的事务,默认是关闭的
let tx = await store.transaction(true)
objectStore
快速打开当前store。
- writable: 是否在一个可写的事务打开该store,默认是关闭的
let objectStore = await store.objectStore()
cursor
打开一个游标来遍历数据。
await store.cursor({ index:'indexName', ranage:null, // [IDBKeyRange](https://developer.mozilla.org/en-US/docs/Web/API/IDBKeyRange) direction:'next', // next or prev writable:false, // true or false onTouch, // function, (cursor, owner) => {}, `owner` is the owner of cursor (objectStore or index) onDone, // function onError, // function })
iterate
await store.iterate((cursor, next, stop) => { // ... }, { writable: false, direction: 'next', })
当调用stop的时候,直接resolve当前这个promise。
request
基于当前store发起一个request。
这是一个非常强大,但理解起来比较复杂的api,如果你不是很了解原生的indexedDB接口,可能使用起来就有些吃力。
await store.request(fn, { writable })
- fn: 基于当前store发起request的准备动作,是一个函数,函数必须返回一个request实例
- options
- writable: 是否以可写模式运行,默认为只读,设置为true后这个request是可写的
store.request(objectStore => objectStore.get(key)).then(obj => console.log(obj))
InDB内置的很多方法都是通过这种形式调用原生api实现的。
batch
发起一个批量任务。
store.batch([ objectStore => objectStore.put(obj1), objectStore => objectStore.put(obj2), objectStore => objectStore.remove(obj3), ], { writable: true, })
keyPath
这是一个属性,快速获取当前store的主键名。
let keyPath = store.keyPath
数据库管理
前面的所有一切,都是只对当前的store进行操作,如果你希望切换到另外一个store进行操作怎么办呢?
connect
打开一个数据库连接。
const db = idb.connect()
use
基于当前的数据库配置,切换到一个store。
const store2 = idb.use('store2')
注意:use是一个同步方法,和其他大部分方法不同,它不返回一个promise,而是直接返回一个InDBStore实例。
close
关闭当前数据库连接。几乎不会用到。
version
由于indexedDB的特点是,你一旦创建数据库之后,不可以随意修改数据的任何结构,因此,你不能通过修改代码来实现数据库结构调整。如果哪一天,你真的需要调整数据了怎么办?
你需要明白一个道理,indexedDB是在用户的浏览器的,你不可能像MySQL一样自己去执行一些脚步一次性修改。怎么做呢?就是在你新发布的代码中,增加version,并且修改options。
前端项目的脚步很多都会放在CDN,在你下一次进行发布时,你需要修改你的代码:
export const store = new InDB({ name: 'my-idb', version: 2, stores: [ { name: 'my-store', isKv: true, }, { name: 'my-store2', keyPath: 'id', }, ], use: 'my-store', }) export const store2 = store.use('store2')
上面的代码表示,我在新版本中,新增了一个store,并通过升级version来使得这个修改生效。一次修改,必须基于前一个版本进行,否则你会发现,你的数据库管理非常混乱。
结语
我从去年开始不断深入学习indexedDB,甚至对google的leveldb都进行了一定的了解,很多人都不知道,chrome里面的indexedDB有一个特点:读慢写快,如果不是深入了解,根本不会明白为什么会出现这样的特点。在整个学习过程中,我发现,对于开发者而言,了解这些深层次的知识虽然是有必要的,但是却无法快速入门,上手使用,每天要写重复的request代码,会让人崩溃。一个真正好的开发工具,是帮助开发者抹平这些复杂的凹凸不平的底层信息,只给开发者最直观好用的结果。这也是我这两年来越来越注重的事。如果你觉得这个项目还不错,请在我的github上点star,让更多人了解它。
(完)
如果你觉得本书对你有帮助,通过下方的二维码向我打赏吧,帮助我写出更多有用的内容。
2018-09-15
博主你好,请问如果有的浏览器不兼容indexDB,new InDB()会返回什么?
这个需要你提供具体的一个场景,indexedDB的兼容性可以通过caniuse.com查询
目前还没找到不兼容的场景,主要是我想知道InDB初始化失败会返回的内容是什么?我方便判断错误条件成立,做一下错误处理。
可以遇到问题再及时反馈
博主!事务那里怎么一笔带过?要怎么使用?
因为InDB已经封装好事务了,事务这部分非常难理解,所以InDB默认屏蔽这部分。要了解事务,可以看 https://www.tangshuang.net/3735.html#title-6
{
name: ‘Indb’,
version: 1,
stores: [
{
name: ‘Version’,
keyPath: ‘Version’,
isKv: true,
indexes: [
{
name: ‘dict_code’,
keyPath: ‘dict_code’,
unique: true
},
{
name: ‘dict_name’,
keyPath: ‘dict_name’,
unique: false
}
]
}
]
}
store.put(
{
dict_code: ‘devicecompareitem’,
dict_load_way: ‘0’,
dict_name: ‘设备对照’,
dict_version: 26,
id: ‘8ae4e6f45f57107a015f57c35dfc001e’,
}
)
为什么我这样put,老是报 【 Failed to execute ‘put’ on ‘IDBObjectStore’: Evaluating the object store’s key path did not yield a value.】
你keyPath定的Version,但你put的值没这个字段
另外,你isKv:true,代表你这个store是一个kv库,你只能用setItem
上面的问题解决了,又出现一个新的问题。我用get 无法获取值。结果始终是 undefined。store 设置了 keyPath,我也是用keyPath 的值去get,【主键值,注意,是值,不是名】。但是用 find 就没问题。请大佬给指点一二
不给case让我凭空想象,我也很为难啊……gitee 走一个?
async find (_dbName, _store, _indexName, _indexValue) {
return this.indbOpen(_dbName, _store).find(_indexName, _indexValue)
},
使用find 的时候 ,everything is well
要看就给个完整的代码看啊,你这种丢一段代码谁能看出来?
select多条件查询时查不到数据 明明有匹配的数据 但返回一直是空数组
var objs = await userStore.select([
{ key: ‘birthday_month’, value: 4, compare: ‘=’ },
{ key: ‘birthday_date’, value: 22, compare: ‘=’ },
])
已经修复了,升级到最新版本应该就可以了,感谢指出问题
请问一下支持批量添加?如何实现?
你可以给 put 传入一个数组,把要添加的多条记录一次性传入,比如:
“`
await put([
{ id: 1, value: ‘111’ },
{ id: 2, value: ‘222’ },
])
“`
支持批量添加?如何实现?
IE 浏览器试过吗,我这里试了IE不行
https://caniuse.com/?search=indexeddb
IE本身就不支持,放弃吧。
可以看我视频教程中的对比。
我使用了这个多条件select,但是怎么配合some取10条数据,做分页?
select一次性取出所有数据,暂不支持分页。如果你一定要分页,可以看下用iterate自己实现一个类似的方法。
那可以加条件,按新旧,数字大小来排序功能吗
indexedDb本身没有提供排序的能力,你提出的这些排序需求,最终还是落实到js排序,属于算法层面的东西,所以我也不会提供排序的功能。
关于indexedDB的所有功能,你可以阅读我文档开头提到的另外一篇文档,了解完整的indexedDB能力。
unique: true 我一个索引名称里的值用了不能重复值 ,然后再用put添加数据有重复的就出错,这个怎么解决。
some这个方法,可以实现查询某个索引区间,返回前10条,或10-20条的数据吗?
你具体阅读一下 offset 的解释
追问:
remove和delete有什么区别,好像都是通过主键删除行
remove 接收整个 object 也是调用 delete 去删
remove中主键是必传项,似乎和delete的功能重复,没有设置的意义
具体的使用场景不同,要用到的时候你自然会去用
拜读了教程,有些许不明白的地方
1、keyPath可以是链式的多级属性,这个不明白什么含义,能举个使用例子吗?
2、如何实现批量添加和删除多个行?
阅读一下教程里面关于keyPath的部分,简单说就是可以用 parent.child 这种形式做主键。
目前没有批量删。后期我把批量删除功能加上吧。