对于这两个持久化框架一直存在争议,公司里的项目一直都是会用coredata,一直对coredata印象还不错,再加上MagicalRecord对coredata的封装,使用起来就更简单了。FMDB用的很少,只知道对数据库操作都是手写sql语句执行,听起来性能应该更好,所以特意来对比一下。
测试过程很简单,就对比了个操作
1:在一个空表(6个字段)插入十万条数据
2:更新十万数据的其中一个字段
Coredata
用coredata怎么能少得了MagicalRecord框架
- 集成MagicalRecord
使用cocoapods集成 -
创建模型文件和实体
这个表就6个字段
QQ20160917-9@2x.png -
生成实体类
QQ20160917-10@2x.png - 初始化数据库
在AppDelegate.m添加如下代码
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
[MagicalRecord setDefaultModelNamed:@"Model.momd"];
[MagicalRecord setupCoreDataStackWithStoreNamed:@"coredataDemo.db"];
return YES;
}```
- 插入数据
点击屏幕的时候执行
NSLog(@"开始存储");
[MagicalRecord saveWithBlock:^(NSManagedObjectContext * _Nonnull localContext) {
for (int i=0; i<100000; i++) {
User *user=[User MR_createEntityInContext:localContext];
user.id=1000+i;
user.name=[NSString stringWithFormat:@"ygc%d",i];
user.mobilephone=@"13888886666";
user.address=@"北京天安门广场101北京天安门广场101北京天安门广场101北京天安门广场101北京天安门广场101";
user.age=arc4random_uniform(10)+20;
user.gender=i%2;
}
} completion:^(BOOL contextDidSave, NSError * _Nullable error) {
NSLog(@"结束存储");
}];
查看本地数据库,验证数据是否插入成功
![QQ20160917-2@2x.png](https://img.haomeiwen.com/i433584/1c8793939f342c41.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/600)
结果如下,耗时3.6秒
![QQ20160917-1@2x.png](https://img.haomeiwen.com/i433584/c4cd4bd57cbaa75d.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/600)
- 更新数据
将address字段更新,全表1000数据
NSLog(@"开始更新");
[MagicalRecord saveWithBlock:^(NSManagedObjectContext * _Nonnull localContext) {
NSArray *users=[User MR_findAllInContext:localContext];
if(users)
{
for (User *user in users) {
user.address=@"上海东方明珠101上海东方明珠101上海东方明珠101上海东方明珠101上海东方明珠101上海东方明珠101";
}
}
} completion:^(BOOL contextDidSave, NSError * _Nullable error) {
NSLog(@"结束更新");
}];
结果如下,耗时4.8秒,由于coredata是面对对象的数据库,所以必须先把数据查出来,然修改对象的值,再提交保存。所以更新的过程多了一个查询的耗时
![QQ20160917-3@2x.png](https://img.haomeiwen.com/i433584/215af0ccfd3bf524.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
###FMDB
- 集成FMDB
使用cocoapods集成
pod 'MagicalRecord', '~> 2.3.2'
- 初始化数据库并建表
-(void)setUpDatabase
{
if(!_db)
{
NSString *path=[NSSearchPathForDirectoriesInDomains(NSLibraryDirectory, NSUserDomainMask, YES)[0] stringByAppendingPathComponent:@"fmdb.db"];
FMDatabase *db=[FMDatabase databaseWithPath:path];
if([db open])
{
_db=db;
[self createTables];
}
}
}
-(void)createTables
{
NSString *query=@"CREATE TABLE USER ( id INTEGER PRIMARY KEY AUTOINCREMENT, name VARCHAR, age INTEGER, gender INTEGER, address VARCHAR, mobilphone VARCHAR )";
if([self.db executeUpdate:query])
{
NSLog(@"建表成功");
}
else
{
NSLog(@"建表失败");
}
}
- 插入操作
和上面一样,插入十万条数据,内容一样
```-(void)insert
{
NSLog(@"开始插入");
for (int i=0; i<100000; i++) {
NSString *name=[NSString stringWithFormat:@"ygc%d",i];
NSString *mobilephone=@"13888886666";
NSString *address=@"北京天安门广场101北京天安门广场101北京天安门广场101北京天安门广场101北京天安门广场101";
NSUInteger age=arc4random_uniform(10)+20;
NSUInteger gender=i%2;
BOOL succes= [[DBTool sharedInstance].db executeUpdateWithFormat:@"insert into USER(name,age,gender,address,mobilphone) values (%@,%d,%d,%@,%@)",name,age,gender,address,mobilephone];
}
NSLog(@"结束插入");
}
执行结果如下,耗时68秒
QQ20160917-6@2x.png
- 更新操作
代码如下
-(void)update
{
//开始更新
NSLog(@"开始更新");
[[DBTool sharedInstance].db executeUpdateWithFormat:@"update USER set address=%@",@"上海东方明珠101上海东方明珠101上海东方明珠101上海东方明珠101上海东方明珠101上海东方明珠101"];
NSLog(@"结束更新");
}
执行结果如下,耗时0.3秒,由于直接对表字段操作,所以速度很快
QQ20160917-7@2x.png
结果统计
QQ20160917-5@2x.png对比结果下来,从性能上讲,也没有绝对的好与差,得看实际项目使用情况,并且还有优化的空间。不过从代码维护成本和学习成本来讲的话,还是coredata简单些(入门级别),语法上也很好接受。我倾向coredata还有一个很好的功能是coredata可以监听一个表的数据变化(NSFeatchResultController),是插入还是删除,还是修改,配合tableView很好做一些动画。不知道FMDB有没有这样的功能,还是要自己手动实现?
网友评论
(1)就像2楼所说的,为什么插入100000条数据的时候会那么慢,那是因为你提交100000次事务,而一次事务提交是非常耗时,所以如果你换成一次事务提交,结果一定会让你觉得惊讶..
(2)性能的比较不能以简单的单表操作作为依据结果...说得直白一点就是,如果现在有两张表,分别是某市的学校表以及学生表,假如学校表数据有500条,但是学生表数据有200000条,要求你查出某一个学校总有多少学生,这个时候你再用coredate和fmdb再进行一次对比(其实说白了就是在相同环境下对:增删改查 这四个操作进行全面的对比)..这样的话,我觉得会更有说服力..毕竟做任何性能分析都要针对不同的业务需求,选择最好的解决方案..
所以还是希望作者能够再次完善一下吧....