FMDB

一、什么是FMDB

FMDB是iOS平台的SQLite数据库的框架

FMDB是以OC的形式封装了SQLite的C语言框架。

二、FMDB的优点

1、使用起来更加面向对象,省去了很多麻烦,冗余的C语言代码。

2、对比苹果自带的COreData框架,更加轻便灵活。

3、提供了多线程数据库操作安全,有效防止数据换乱。

三、FMDB的gitHub地址

https://github.com/ccgus/fmdb

四、FMDB有三个核心的类

1、FMDatabase:一个FMDatabase对象代表一个单独的SQLite数据库。用来执行SQL语句

2、FMResultSet:执行查询的结果集类

3、FMDatebaseQueue:用于在多线程中执行多个查询或者更新,它是线程安全的。(因为这个类中自带一个FMDatabase对象,所有初始化次对象的时候会自动生成一个数据库对象,而且在想要拿到数据库对象执行更新,或者查询操作的时候,不需要从FMDatabaseQueue对象中取得FMdatabase对象,可以使用框架提供的方法:inDatabase:(^Block)方法,这个方法中带的Block中把数据库对象作为参数传进来了。

五、FMDB特点

1、在FMDB中处查询以外的所有操作都称为“更新”。(比如:create、drop、insert、update、delete等)。所以都使用:executeUpdate方法执行更新。

2、除了更新操作,FMDB中剩下查询操作,在FMDB中使用:executeQuery执行查询操作。

六、FMDB事务

事 务(Transaction)是并发控制的基本单位。所谓的事务,它是一个操作序列,这些操作要么都执行,要么都不执行,它是一个不可分割的工作单位。例 如,银行转账工作:从一个账号扣款并使另一个账号增款,这两个操作要么都执行,要么都不执行。所以,应该把它们看成一个事务。事务是数据库维护数据一致性 的单位,在每个事务结束时,都能保持数据一致性。

针对上面的描述可以看出,事务的提出主要是为了解决并发情况下保持数据一致性的问题。

事务具有以下4个基本特征。

●   Atomic(原子性):事务中包含的操作被看做一个逻辑单元,这个逻辑单元中的操作要么全部成功,要么全部失败。

●   Consistency(一致性):只有合法的数据可以被写入数据库,否则事务应该将其回滚到最初状态。

●   Isolation(隔离性):事务允许多个用户对同一个数据进行并发访问,而不破坏数据的正确性和完整性。同时,并行事务的修改必须与其他并行事务的修改相互独立。

●   Durability(持久性):事务结束后,事务处理的结果必须能够得到固化。

2.事务的语句

开始事物:BEGIN TRANSACTION

提交事物:COMMIT TRANSACTION

回滚事务:ROLLBACK TRANSACTION3.事务的4个属性

①原子性(Atomicity):事务中的所有元素作为一个整体提交或回滚,事务的个元素是不可分的,事务是一个完整操作。

②一致性(Consistemcy):事物完成时,数据必须是一致的,也就是说,和事物开始之前,数据存储中的数据处于一致状态。保证数据的无损。

③隔离性(Isolation):对数据进行修改的多个事务是彼此隔离的。这表明事务必须是独立的,不应该以任何方式以来于或影响其他事务。

④持久性(Durability):事务完成之后,它对于系统的影响是永久的,该修改即使出现系统故障也将一直保留,真实的修改了数据库4.事务的保存点SAVE TRANSACTION 保存点名称 --自定义保存点的名称和位置

ROLLBACK TRANSACTION 保存点名称 --回滚到自定义的保存点

其他高手的一些补充:

事务的标准定义: 指作为单个逻辑工作单元执行的一系列操作,而这些逻辑工作单元需要具有原子性,  一致性,隔离性和持久性四个属性,统称为ACID特性。

所谓事务是用户定义的一个数据库操作序列,这些操作要么全做要么全不做,是一个不可分割的工作单位。例如,在关系数据库中,一个事务可以是一条SQL语句、一组SQL语句或整个程序。

事务和程序是两个概念。一般地讲,一个程序中包含多个事务。

事务的开始与结束可以由用户显式控制。如果用户没有显式地定义事务,则由DBMS按缺省规定自动划分事

务。在SQL语言中,定义事务的语句有三条:

BEGIN TRANSACTION

COMMIT

ROLLBACK

同生共死。。

显示事务被用begin transaction 与 end transaction 标识起来,其中的 update 与 delete 语句或者全部执行或者全部不执行。。 如:

begin transaction T1

update student

set name='Tank'

where id=2006010

delete from student

where id=2006011

commit

简单地说,事务是一种机制,用以维护数据库的完整性。

其实现形式就是将普通的SQL语句嵌入到Begin Tran...Commit Tran 中(或完整形式 Begin Transaction...Commit Transaction),当然,必要时还可以使用RollBack Tran 回滚事务,即撤销操作。

利用事务机制,对数据库的操作要么全部执行,要么全部不执行,保证数据库的一致性。需要使用事务的SQL语句通常是更新和删除操作等。

end transaction T1

关于savepoint

用户在事务(transaction)内可以声明(declare)被称为保存点(savepoint)

的标记。保存点将一个大事务划分为较小的片断。

用户可以使用保存点(savepoint)在事务(transaction)内的任意位置作标

记。之后用户在对事务进行回滚操作(rolling back)时,就可以选择从当前

执行位置回滚到事务内的任意一个保存点。例如用户可以在一系列复杂的更

新(update)操作之间插入保存点,如果执行过程中一个语句出现错误,用

户 可以回滚到错误之前的某个保存点,而不必重新提交所有的语句。

在开发应用程序时也同样可以使用保存点(savepoint)。如果一个过程

(procedure)内包含多个函数(function),用户可以在每个函数的开始位置

创建一个保存点。当一个函数失败时, 就很容易将数据恢复到函数执行之前

的状态,回滚(roll back)后可以修改参数重新调用函数,或执行相关的错误

处理。

当事务(transaction)被回滚(rollback)到某个保存点(savepoint)后,

Oracle将释放由被回滚语句使用的锁。其他等待被锁资源的事务就可以继续

执行。需要更新(update)被锁数据行的事务也可以继续执行。

将事务(transaction)回滚(roll back)到某个保存点(savepoint)的过程如

下:

1. Oracle 回滚指定保存点之后的语句

2. Oracle 保留指定的保存点,但其后创建的保存点都将被清除

3. Oracle 释放此保存点后获得的表级锁(table lock)与行级锁(row

lock),但之前的数据锁依然保留。

被部分回滚的事务(transaction)依然处于活动状态,可以继续执行。

一个事务(transaction)在等待其他事务的过程中,进行回滚(roll back)到

某个保存点(savepoint)的操作不会释放行级锁(row lock)。为了避免事务

因为不能获得锁而被挂起,应在执行 UPDATE 或 DELETE 操作前使用 FOR

UPDATE ... NOWAIT 语句。(以上内容讲述的是回滚保存点之前所获得的

锁。而在保存点之后获得的行级锁是会被释放的,同时保存点之后执行的SQL语句也会被完全回滚)。

事务处理机制不但有以上特性,原子,一致,隔离,持久,还有性能上也有不错的表现,以下是测试使用事务和不使用事务的测试代码

运行后可以很明显的看出性能上的区别。

[objc]view plaincopy

print?

-(BOOL)openDB

{

BOOL isFile = NO;

NSString *DBFilePath = [self getDBPath];

NSFileManager *filaManager = [NSFileManager defaultManager];

if([filaManager fileExistsAtPath:DBFilePath])

isFile = YES;

self.iFmDb = [FMDatabase databaseWithPath:DBFilePath];

NSLog(@"openDB");

if (![self.iFmDb open])

{

return NO;

}

return YES;

}

-(void)testDBSpeed

{

NSDate *date1 = [NSDate date];

[self insertData:500 useTransaction:NO];

NSDate *date2 = [NSDate date];

NSTimeInterval a = [date2 timeIntervalSince1970] - [date1 timeIntervalSince1970];

NSLog(@"不使用事务插入500条数据用时%.3f秒",a);

[self insertData:1000 useTransaction:YES];

NSDate *date3 = [NSDate date];

NSTimeInterval b = [date3 timeIntervalSince1970] - [date2 timeIntervalSince1970];

NSLog(@"使用事务插入500条数据用时%.3f秒",b);

}

- (void)insertData:(int)fromIndex useTransaction:(BOOL)useTransaction

{

[self openDB];

if (useTransaction) {

[self.iFmDb beginTransaction];

BOOL isRollBack = NO;

@try {

for (int i = fromIndex; i<500+fromIndex; i++) {

NSString *nId = [NSString stringWithFormat:@"%d",i];

NSString *phone= [[NSString alloc] initWithFormat:@"phone_%d",i];

NSString *strName = [[NSString alloc] initWithFormat:@"name_%d",i];

NSString *roomID= [[NSString alloc] initWithFormat:@"roomid_%d",i];

NSString *sql = @"INSERT INTO GroupPersonInfo(uid,phone,name,groupRoomId) VALUES (?,?,?,?)";

BOOL a = [self.iFmDb executeUpdate:sql,nId,phone,strName,roomID];

if (!a) {

NSLog(@"插入失败1");

}

}

}

@catch (NSException *exception) {

isRollBack = YES;

[self.iFmDb rollback];

}

@finally {

if (!isRollBack) {

[self.iFmDb commit];

}

}

}else{

for (int i = fromIndex; i<500+fromIndex; i++) {

NSString *nId = [NSString stringWithFormat:@"%d",i];

NSString *phone= [[NSString alloc] initWithFormat:@"phone_%d",i];

NSString *strName = [[NSString alloc] initWithFormat:@"name_%d",i];

NSString *roomID= [[NSString alloc] initWithFormat:@"roomid_%d",i];

NSString *sql = @"INSERT INTO GroupPersonInfo(uid,phone,name,groupRoomId) VALUES (?,?,?,?)";

BOOL a = [self.iFmDb executeUpdate:sql,nId,phone,strName,roomID];

if (!a) {

NSLog(@"插入失败2");

}

}

}

[self closeDB];

}

- (BOOL) closeDB

{

NSLog(@"closeDB");

if (self.iFmDb)

{

return [self.iFmDb close];

}

return NO;

}

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,980评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,178评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,868评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,498评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,492评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,521评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,910评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,569评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,793评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,559评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,639评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,342评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,931评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,904评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,144评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,833评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,350评论 2 342

推荐阅读更多精彩内容