RealmWCDB与SQLite移动数据库性能对比测试

Posted iOS技术内幕

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了RealmWCDB与SQLite移动数据库性能对比测试相关的知识,希望对你有一定的参考价值。

本文引用了CSDN的链接,点击阅读原文查看原文。


一、数据库介绍

        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的“表”之间也可以建立关系,对一、对多关系都可以通过创建属性来解决。

在.m方法中给“表”确定主键、属性默认值、加索引的字段等。

修改数据时,可以直接丢进去一条数据,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语句。整个开发流程下来非常流畅,除了配置环境时出了问题并且没有资料参考只能自己猜着解决外,代码基本是一气呵成写完完美运行的。

  •  缺点:

贴一份评论:



六、结

        测试过后,感觉还是比用FMDB方便很多,其中又以WCDB更为推崇,Realm其实也不错,如果是一些新创建的中小型工程,也可以尝试,WCDB刚开源不久,可能还会有一些坑,不过毕竟微信那边出品的,你问我支持不支持我当然是支持的。

        需要注意的是如果是老工程想换新数据库,那么需要注意一些数据库迁移的问题,这中间必然存在一些阵痛,此外,Realm和WCDB都会用到自有的Model类来作为表结构。

        刚刚上手,如果有哪里有问题或者疏漏,请多多指教。


以上是关于RealmWCDB与SQLite移动数据库性能对比测试的主要内容,如果未能解决你的问题,请参考以下文章

[转载]SQLite3性能优化

Redis集群间数据迁移与对比

sqlite性能优化之路-锁

Android sqlite / BLOB 性能问题

nginx+php与apache+php性能对比

用于移动开发的 Realm vs Sqlite [关闭]