一、数据库介绍
sqlite 3比较常见不予赘述。
Realm是由Y Combinator孵化的创业团队开源出来的一款可以用于iOS(同样适用于Swift&Objective-C)和Android的跨平台移动数据库。目前最新版是Realm 2.0.2,支持的平台包括Java,Objective-C,Swift,React Native,Xamarin。
优势:兼顾iOS和Android两个平台;简单易用,学习成本低;提供了一个轻量级的数据库查看工具,开发者可以查看数据库当中的内容,执行简单的插入和删除数据的操作。
Realm支持事务,满足ACID:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。
WCDB是微信推出的一个高效、完整、易用的移动数据库框架,基于sqlCipher(an sqlite extension that provides 256 bit AES encryption of database files.),支持iOS,macOS和Android。易用,支持事务,可加密、损坏修复。
二、测试数据表结构
Student表。
字段:ID、name、age、money。
ID | Name | Age | Money |
主键 | 姓名 | 年龄 | 存款(建索引) |
其中age为0~100随机数字,money为每一万条数据中,0~10000各个数字只出现一次。
三、测试数据
对于以下测试数据,只是给出一次测试后的具体数值供参考,经过反复测试后的,基本都在这个时间量级上。
这里测试用的是纯sqlite,没有用FMDB。
- sqlite3:
9万条数据基础上连续单条插入一万条数据耗时:1462ms。
已经建立索引,需要注意的是,如果是检索有大量重复数据的字段,不适合建立索引,反而会导致检索速度变慢,因为扫描索引节点的速度比全表扫描要慢。比如当我对age这个经常重复的数据建立索引再对其检索后,反而比不建立索引查询要慢一倍多。
已经设置WAL模式。
简单查询一万次耗时:331ms
dispatch 100个block来查询一万次耗时:150ms
- realm:
9万条数据基础上连续单条插入一万条数据耗时:32851ms。
注意,Realm似乎必须通过事务来插入,所谓的单条插入即是每次都开关一次事务,耗时很多,如果在一次事务中插入一万条,耗时735ms。
已经建立索引。
简单查询一万次耗时:699ms。
dispatch 100个block来查询一万次耗时:205ms。
- WCDB:
9万条数据基础上连续单条插入一万条数据耗时:750ms。
此为不用事务操作的时间,如果用事务统一操作,耗时667ms。
简单查询一万次耗时:690ms。
dispatch 100个block来查询一万次耗时:199ms。
- 三者对比:
测试内容 |
Realm |
WCDB |
sqlite |
用例数量 |
单条插入一万条 |
32851ms |
750ms |
1462ms |
90000+10000 |
循环查询一万次 |
699ms |
690ms |
331ms |
100000 |
100个block查询一万次 |
205ms |
199ms |
186ms |
100000 |
由于Realm单次事务操作一万次耗时过长,图表中显示起来也就没有了意义,因此下面图中Realm的耗时是按照事务批量操作耗时来记录的,实际上WCDB的插入操作是优于Realm的。
从结果来看,Realm似乎必须用事务,单条插入的性能会差很多,但是用事务来批量操作就会好一些。按照参考资料[3]中的测试结果,Realm在插入速度上比sqlite慢,比用FMDB快,而查询是比sqlite快的。
而WCDB的表现很让人惊喜,其插入速度非常快,以至于比sqlite都快了一个量级,要知道WCDB也是基于sqlite扩展的。WCDB的查询速度也还可以接受,这个结果其实跟其官方给出的结果差不多:读操作基本等于FMDB速度,写操作比FMDB快很多。
四、Realm优缺点
- 优点:
Realm在使用上和Core Data有点像,直接建立我们平常的对象Model类就是建立一个表了,确定主键、建立索引也在Model类里操作,几行代码就可以搞定,在操作上也可以很方便地增删改查,不同于sqlite的sql语句(即使用FMDB封装的操作依然有点麻烦),Realm在日常使用上非常简单,起码在这次测试的例子中两个数据库同样的一些操作,Realm的代码只有sqlite的一半。
其实Realm的“表”之间也可以建立关系,对一、对多关系都可以通过创建属性来解决。
修改数据时,可以直接丢进去一条数据,Realm会根据主键判断是否有这个数据,有则更新,没有则添加。
查询操作太简单了,一行代码根据查询目的来获取查询结果的数组。
支持KVC和KVO。
支出数据库加密。
方便进行数据库变更(版本迭代时可能发生表的新增、删除、结构变化),Realm会自行监测新增加和需要移除的属性,然后更新硬盘上的数据库架构,Realm可以配置数据库版本,进行判断。
一般来说Realm比sqlite在硬盘上占用的空间更少。
- 缺点:
Realm也有一些限制,需要考虑是否会影响。
类名长度最大57个UTF8字符。
属性名长度最大63个UTF8字符。
NSData及NSString属性不能保存超过16M数据,如果有大的可以分块。
对字符串进行排序以及不区分大小写查询只支持“基础拉丁字符集”、“拉丁字符补充集”、“拉丁文扩展字符集A”以及”拉丁文扩展字符集B“(UTF-8的范围在0~591之间)。
多线程访问时需要新建新的Realm对象。
Realm没有自增属性。。也就是说对于我们习惯的自增主键,如果确实需要,我们要自己去赋值,如果只要求独一无二, 那么可以设为[[NSUUID UUID] UUIDString],如果还要求用来判断插入的顺序,那么可以用Date。
Realm支持以下的属性类型:BOOL、bool、int、NSInteger、long、long long、float、double、NSString、NSDate、NSData以及 被特殊类型标记的NSNumber,注意,不支持集合类型,只有一个集合RLMArray,如果服务器传来的有数组,那么需要我们自己取数据进行转换存储。
五、WCDB优缺点
- 实际体验后,WCDB的代码体验非常好,代码量基本等于Realm,都是sqlite的一半,在风格上比Realm更接近于OC原本的风格,基本已经感受不到是在写数据库的sql操作。并且其查询语句WINQ也写的很符合逻辑,基本都可以一看就懂,甚至不需要你了解sql语句。整个开发流程下来非常流畅,除了配置环境时出了问题并且没有资料参考只能自己猜着解决外,代码基本是一气呵成写完完美运行的。
- 缺点:
最明显的缺点是其相关资料太少了,毕竟6月初才正式开源,大家可能还在体验阶段,不敢随便上项目,不过其提供了QQ群答疑,而且看了一下代码提交记录,更新很频繁,对于腾讯内部使用来说应该有问题会得到更快解决。
贴一份评论:
六、结
测试过后,感觉还是比用FMDB方便很多,其中又以WCDB更为推崇,Realm其实也不错,如果是一些新创建的中小型工程,也可以尝试,WCDB刚开源不久,可能还会有一些坑,不过毕竟微信那边出品的,你问我支持不支持我当然是支持的。
需要注意的是如果是老工程想换新数据库,那么需要注意一些数据库迁移的问题,这中间必然存在一些阵痛,此外,Realm和WCDB都会用到自有的Model类来作为表结构。
刚刚上手,如果有哪里有问题或者疏漏,请多多指教。
参考资料
[1] Realm数据库 从入门到“放弃”:http://www.jianshu.com/p/50e0efb66bdf
[2] Realm中文官方文档:https://realm.io/cn/docs/objc/latest/#section
[3]移动端数据库新王者:realm(可以看看这篇博客的评论部分,看看坑)http://www.jianshu.com/p/2b4388cf2a2d
[4] realm之于iOShttps://zhuanlan.zhihu.com/p/23556740
[5] Core Data,FMDB,Realm性能测试http://suree.org/2015/09/29/DatabaseThink/
[6] WCDB官方说明https://github.com/Tencent/wcdb/wiki
[7] WCDB官方iOS使用说明https://github.com/Tencent/wcdb/wiki/iOS+macOS使用教程
[8] WCDB官方与FMDB性能对比https://github.com/Tencent/wcdb/wiki/性能数据与Benchmark
--------------------------------------------------------------------