一、什么是FMDB
FMDB是iOS平臺(tái)的SQLite數(shù)據(jù)庫的框架
FMDB是以O(shè)C的形式封裝了SQLite的C語言框架。
二、FMDB的優(yōu)點(diǎn)
1、使用起來更加面向?qū)ο?，省去了很多麻煩，冗余的C語言代碼。
2、對(duì)比蘋果自帶的COreData框架，更加輕便靈活。
3、提供了多線程數(shù)據(jù)庫操作安全，有效防止數(shù)據(jù)換亂。
三、FMDB的gitHub地址
四、FMDB有三個(gè)核心的類
1、FMDatabase:一個(gè)FMDatabase對(duì)象代表一個(gè)單獨(dú)的SQLite數(shù)據(jù)庫。用來執(zhí)行SQL語句。
2、FMResultSet:執(zhí)行查詢的結(jié)果集類
3、FMDatebaseQueue:用于在多線程中執(zhí)行多個(gè)查詢或者更新，它是線程安全的。（因?yàn)檫@個(gè)類中自帶一個(gè)FMDatabase對(duì)象，所有初始化次對(duì)象的時(shí)候會(huì)自動(dòng)生成一個(gè)數(shù)據(jù)庫對(duì)象，而且在想要拿到數(shù)據(jù)庫對(duì)象執(zhí)行更新，或者查詢操作的時(shí)候，不需要從FMDatabaseQueue對(duì)象中取得FMdatabase對(duì)象，可以使用框架提供的方法：inDatabase:(^Block)方法，這個(gè)方法中帶的Block中把數(shù)據(jù)庫對(duì)象作為參數(shù)傳進(jìn)來了。
五、FMDB特點(diǎn)
1、在FMDB中處查詢以外的所有操作都稱為“更新”。（比如：create、drop、insert、update、delete等）。所以都使用：executeUpdate方法執(zhí)行更新。
2、除了更新操作，F(xiàn)MDB中剩下查詢操作，在FMDB中使用：executeQuery執(zhí)行查詢操作。
六、FMDB事務(wù)
事 務(wù)（Transaction）是并發(fā)控制的基本單位。所謂的事務(wù)，它是一個(gè)操作序列，這些操作要么都執(zhí)行，要么都不執(zhí)行，它是一個(gè)不可分割的工作單位。例 如，銀行轉(zhuǎn)賬工作：從一個(gè)賬號(hào)扣款并使另一個(gè)賬號(hào)增款，這兩個(gè)操作要么都執(zhí)行，要么都不執(zhí)行。所以，應(yīng)該把它們看成一個(gè)事務(wù)。事務(wù)是數(shù)據(jù)庫維護(hù)數(shù)據(jù)一致性 的單位，在每個(gè)事務(wù)結(jié)束時(shí)，都能保持?jǐn)?shù)據(jù)一致性。
針對(duì)上面的描述可以看出，事務(wù)的提出主要是為了解決并發(fā)情況下保持?jǐn)?shù)據(jù)一致性的問題。
事務(wù)具有以下4個(gè)基本特征。
●?? Atomic（原子性）：事務(wù)中包含的操作被看做一個(gè)邏輯單元，這個(gè)邏輯單元中的操作要么全部成功，要么全部失敗。
●?? Consistency（一致性）：只有合法的數(shù)據(jù)可以被寫入數(shù)據(jù)庫，否則事務(wù)應(yīng)該將其回滾到最初狀態(tài)。
●?? Isolation（隔離性）：事務(wù)允許多個(gè)用戶對(duì)同一個(gè)數(shù)據(jù)進(jìn)行并發(fā)訪問，而不破壞數(shù)據(jù)的正確性和完整性。同時(shí)，并行事務(wù)的修改必須與其他并行事務(wù)的修改相互獨(dú)立。
●?? Durability（持久性）：事務(wù)結(jié)束后，事務(wù)處理的結(jié)果必須能夠得到固化。
2.事務(wù)的語句
開始事物：BEGIN TRANSACTION
提交事物：COMMIT TRANSACTION
回滾事務(wù)：ROLLBACK TRANSACTION3.事務(wù)的4個(gè)屬性
①原子性(Atomicity)：事務(wù)中的所有元素作為一個(gè)整體提交或回滾，事務(wù)的個(gè)元素是不可分的，事務(wù)是一個(gè)完整操作。
②一致性(Consistemcy)：事物完成時(shí)，數(shù)據(jù)必須是一致的，也就是說，和事物開始之前，數(shù)據(jù)存儲(chǔ)中的數(shù)據(jù)處于一致狀態(tài)。保證數(shù)據(jù)的無損。
③隔離性(Isolation)：對(duì)數(shù)據(jù)進(jìn)行修改的多個(gè)事務(wù)是彼此隔離的。這表明事務(wù)必須是獨(dú)立的，不應(yīng)該以任何方式以來于或影響其他事務(wù)。
④持久性(Durability)：事務(wù)完成之后，它對(duì)于系統(tǒng)的影響是永久的，該修改即使出現(xiàn)系統(tǒng)故障也將一直保留，真實(shí)的修改了數(shù)據(jù)庫4.事務(wù)的保存點(diǎn)SAVE TRANSACTION 保存點(diǎn)名稱 --自定義保存點(diǎn)的名稱和位置
ROLLBACK TRANSACTION 保存點(diǎn)名稱 --回滾到自定義的保存點(diǎn)
其他高手的一些補(bǔ)充：
事務(wù)的標(biāo)準(zhǔn)定義： 指作為單個(gè)邏輯工作單元執(zhí)行的一系列操作，而這些邏輯工作單元需要具有原子性，? 一致性，隔離性和持久性四個(gè)屬性，統(tǒng)稱為ACID特性。
所謂事務(wù)是用戶定義的一個(gè)數(shù)據(jù)庫操作序列,這些操作要么全做要么全不做,是一個(gè)不可分割的工作單位。例如,在關(guān)系數(shù)據(jù)庫中,一個(gè)事務(wù)可以是一條SQL語句、一組SQL語句或整個(gè)程序。
事務(wù)和程序是兩個(gè)概念。一般地講,一個(gè)程序中包含多個(gè)事務(wù)。
事務(wù)的開始與結(jié)束可以由用戶顯式控制。如果用戶沒有顯式地定義事務(wù),則由DBMS按缺省規(guī)定自動(dòng)劃分事
務(wù)。在SQL語言中,定義事務(wù)的語句有三條：
BEGIN TRANSACTION
COMMIT
ROLLBACK
同生共死。。
顯示事務(wù)被用begin transaction 與 end transaction 標(biāo)識(shí)起來，其中的 update 與 delete 語句或者全部執(zhí)行或者全部不執(zhí)行。。 如：
begin transaction T1
update student
set name='Tank'
where id=2006010
delete from student
where id=2006011
commit
簡(jiǎn)單地說，事務(wù)是一種機(jī)制，用以維護(hù)數(shù)據(jù)庫的完整性。
其實(shí)現(xiàn)形式就是將普通的SQL語句嵌入到Begin Tran...Commit Tran 中（或完整形式 Begin Transaction...Commit Transaction)，當(dāng)然，必要時(shí)還可以使用RollBack Tran 回滾事務(wù)，即撤銷操作。
利用事務(wù)機(jī)制，對(duì)數(shù)據(jù)庫的操作要么全部執(zhí)行，要么全部不執(zhí)行，保證數(shù)據(jù)庫的一致性。需要使用事務(wù)的SQL語句通常是更新和刪除操作等。
end transaction T1
關(guān)于savepoint
用戶在事務(wù)（transaction）內(nèi)可以聲明（declare）被稱為保存點(diǎn)（savepoint）
的標(biāo)記。保存點(diǎn)將一個(gè)大事務(wù)劃分為較小的片斷。
用戶可以使用保存點(diǎn)（savepoint）在事務(wù)（transaction）內(nèi)的任意位置作標(biāo)
記。之后用戶在對(duì)事務(wù)進(jìn)行回滾操作（rolling back）時(shí)，就可以選擇從當(dāng)前
執(zhí)行位置回滾到事務(wù)內(nèi)的任意一個(gè)保存點(diǎn)。例如用戶可以在一系列復(fù)雜的更
新（update）操作之間插入保存點(diǎn)，如果執(zhí)行過程中一個(gè)語句出現(xiàn)錯(cuò)誤，用
戶 可以回滾到錯(cuò)誤之前的某個(gè)保存點(diǎn)，而不必重新提交所有的語句。
在開發(fā)應(yīng)用程序時(shí)也同樣可以使用保存點(diǎn)（savepoint）。如果一個(gè)過程
（procedure）內(nèi)包含多個(gè)函數(shù)（function），用戶可以在每個(gè)函數(shù)的開始位置
創(chuàng)建一個(gè)保存點(diǎn)。當(dāng)一個(gè)函數(shù)失敗時(shí)， 就很容易將數(shù)據(jù)恢復(fù)到函數(shù)執(zhí)行之前
的狀態(tài)，回滾（roll back）后可以修改參數(shù)重新調(diào)用函數(shù)，或執(zhí)行相關(guān)的錯(cuò)誤
處理。
當(dāng)事務(wù)（transaction）被回滾（rollback）到某個(gè)保存點(diǎn)（savepoint）后，
Oracle將釋放由被回滾語句使用的鎖。其他等待被鎖資源的事務(wù)就可以繼續(xù)
執(zhí)行。需要更新（update）被鎖數(shù)據(jù)行的事務(wù)也可以繼續(xù)執(zhí)行。
將事務(wù)（transaction）回滾（roll back）到某個(gè)保存點(diǎn)（savepoint）的過程如
下：
1. Oracle 回滾指定保存點(diǎn)之后的語句
2. Oracle 保留指定的保存點(diǎn)，但其后創(chuàng)建的保存點(diǎn)都將被清除
3. Oracle 釋放此保存點(diǎn)后獲得的表級(jí)鎖（table lock）與行級(jí)鎖（row
lock），但之前的數(shù)據(jù)鎖依然保留。
被部分回滾的事務(wù)（transaction）依然處于活動(dòng)狀態(tài)，可以繼續(xù)執(zhí)行。
一個(gè)事務(wù)（transaction）在等待其他事務(wù)的過程中，進(jìn)行回滾（roll back）到
某個(gè)保存點(diǎn)（savepoint）的操作不會(huì)釋放行級(jí)鎖（row lock）。為了避免事務(wù)
因?yàn)椴荒塬@得鎖而被掛起，應(yīng)在執(zhí)行 UPDATE 或 DELETE 操作前使用 FOR
UPDATE ... NOWAIT 語句。（以上內(nèi)容講述的是回滾保存點(diǎn)之前所獲得的
鎖。而在保存點(diǎn)之后獲得的行級(jí)鎖是會(huì)被釋放的，同時(shí)保存點(diǎn)之后執(zhí)行的SQL語句也會(huì)被完全回滾）。
事務(wù)處理機(jī)制不但有以上特性，原子，一致，隔離，持久，還有性能上也有不錯(cuò)的表現(xiàn)，以下是測(cè)試使用事務(wù)和不使用事務(wù)的測(cè)試代碼
運(yùn)行后可以很明顯的看出性能上的區(qū)別。
[objc]view plaincopy
-(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(@"不使用事務(wù)插入500條數(shù)據(jù)用時(shí)%.3f秒",a);
[self?insertData:1000?useTransaction:YES];
NSDate?*date3?=?[NSDate?date];
NSTimeInterval?b?=?[date3?timeIntervalSince1970]?-?[date2?timeIntervalSince1970];
NSLog(@"使用事務(wù)插入500條數(shù)據(jù)用時(shí)%.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;
}
