InDB开发文档

InDB开发文档

最便捷的indexedDB操作工具,10分钟上手indexedDB操作

如果你不喜欢广告,请收藏我的网站,下次在网站中搜索

如果你觉得本书对你有帮助,通过下方的二维码向我打赏吧,帮助我写出更多有用的内容。

前言

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,要经过步骤:

  1. 连接到数据库
  2. 打开一个store
  3. 写入或修改数据

具体操作如下:

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)

add

向store中插入一条新记录。

await store.add({ id, name, age })

相当于sql中的insert操作,需要注意,indexedDB中,对add的数据格式有要求,必须符合下面其中之一

如果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的记录,支持的条件如下:

在使用!=、%和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接收一个数组,数组中的每个元素都是一个查询条件,它可以包含如下属性:

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

返回几条连续的数据。

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接收一个函数,函数可以有如下参数:

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,让更多人了解它。

去github点star

(完)

 

如果你觉得本书对你有帮助,通过下方的二维码向我打赏吧,帮助我写出更多有用的内容。

2018-09-15

已有32条评论
  1. 杜凯文 2022-05-18 21:02

    博主你好,请问如果有的浏览器不兼容indexDB,new InDB()会返回什么?

    • 否子戈 2022-05-18 22:08

      这个需要你提供具体的一个场景,indexedDB的兼容性可以通过caniuse.com查询

      • 杜凯文 2022-05-23 11:57

        目前还没找到不兼容的场景,主要是我想知道InDB初始化失败会返回的内容是什么?我方便判断错误条件成立,做一下错误处理。

        • 否子戈 2022-05-25 15:58

          可以遇到问题再及时反馈

  2. Tb 2022-01-12 10:20

    博主!事务那里怎么一笔带过?要怎么使用?

  3. 垂涎自由 2021-05-27 12:07

    {
          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.】

    • 否子戈 2021-05-28 13:08

      你keyPath定的Version,但你put的值没这个字段
      另外,你isKv:true,代表你这个store是一个kv库,你只能用setItem

      • 垂涎自由 2021-06-15 17:00

        上面的问题解决了,又出现一个新的问题。我用get 无法获取值。结果始终是 undefined。store 设置了 keyPath,我也是用keyPath 的值去get,【主键值,注意,是值,不是名】。但是用 find 就没问题。请大佬给指点一二

        • 否子戈 2021-06-15 17:56

          不给case让我凭空想象,我也很为难啊……gitee 走一个?

          • 垂涎自由 2021-06-15 18:24

            async find (_dbName, _store, _indexName, _indexValue) {
                return this.indbOpen(_dbName, _store).find(_indexName, _indexValue)
              },

            使用find 的时候 ,everything is well

          • 否子戈 2021-06-15 22:04

            要看就给个完整的代码看啊,你这种丢一段代码谁能看出来?

  4. 嘎嘎 2021-05-08 17:20

    select多条件查询时查不到数据  明明有匹配的数据 但返回一直是空数组
    var objs = await userStore.select([
                        { key: ‘birthday_month’, value: 4, compare: ‘=’ },
                        { key: ‘birthday_date’, value: 22, compare: ‘=’ },
                    ])

    • 否子戈 2021-05-08 23:39

      已经修复了,升级到最新版本应该就可以了,感谢指出问题

  5. lee 2021-02-24 15:43

    请问一下支持批量添加?如何实现?

    • 否子戈 2021-03-01 10:06

      你可以给 put 传入一个数组,把要添加的多条记录一次性传入,比如:

      “`
      await put([
        { id: 1, value: ‘111’ },
        { id: 2, value: ‘222’ },
      ])
      “`

  6. lee 2021-02-24 15:42

    支持批量添加?如何实现?

  7. 大海 2020-12-17 15:36

    IE 浏览器试过吗,我这里试了IE不行

  8. 低手 2020-07-25 10:45

    我使用了这个多条件select,但是怎么配合some取10条数据,做分页?

    • 否子戈 2020-07-25 11:58

      select一次性取出所有数据,暂不支持分页。如果你一定要分页,可以看下用iterate自己实现一个类似的方法。

      • 低手 2020-07-25 12:40

        那可以加条件,按新旧,数字大小来排序功能吗

        • 否子戈 2020-07-25 12:54

          indexedDb本身没有提供排序的能力,你提出的这些排序需求,最终还是落实到js排序,属于算法层面的东西,所以我也不会提供排序的功能。
          关于indexedDB的所有功能,你可以阅读我文档开头提到的另外一篇文档,了解完整的indexedDB能力。

          • 低手 2020-07-25 17:49

            unique: true 我一个索引名称里的值用了不能重复值 ,然后再用put添加数据有重复的就出错,这个怎么解决。

  9. 噬蛇之牙 2019-06-04 11:09

    some这个方法,可以实现查询某个索引区间,返回前10条,或10-20条的数据吗?

    • 否子戈 2019-06-04 20:21

      你具体阅读一下 offset 的解释

  10. 噬蛇之牙 2019-06-03 17:22

    追问:
    remove和delete有什么区别,好像都是通过主键删除行

    • 否子戈 2019-06-03 17:37

      remove 接收整个 object 也是调用 delete 去删

      • 噬蛇之牙 2019-06-03 17:47

        remove中主键是必传项,似乎和delete的功能重复,没有设置的意义

        • 否子戈 2019-06-03 17:58

          具体的使用场景不同,要用到的时候你自然会去用

  11. 噬蛇之牙 2019-06-03 16:23

    拜读了教程,有些许不明白的地方
    1、keyPath可以是链式的多级属性,这个不明白什么含义,能举个使用例子吗?
    2、如何实现批量添加和删除多个行?

    • 否子戈 2019-06-03 17:34

      阅读一下教程里面关于keyPath的部分,简单说就是可以用 parent.child 这种形式做主键。

      目前没有批量删。后期我把批量删除功能加上吧。