使用FMDB事務批量更新資料庫

在ios中有兩種比較常用的資料庫，一種是sqlite，另外一種是coredata

，這二者的優缺點在這裡不再贅述，如有感興趣的同學可以查閱相關資料

令人興奮的是，當談到「事務」時，我想到了sqlite本身是支援事務操作的，fmdb作為sqlite的上層封裝也對事務進行了支援，那麼說了這麼多給不了解「事務」這個詞的同學解釋一下吧：通常一次 sqlite3_exec 就是一次事務，假如你要對資料庫中的stutent表插入新資料，那麼該事務的具體過程是：開始新事務->插入資料->提交事務，那麼當我們要往該錶內插入500條資料，如果按常規操作處理就要執行500次「開始新事物->插入資料->提交事務」的過程。

好吧，今天的重點來了,舉個例子:假如北京的一家a工廠接了上海一家b公司的500件產品的訂單，思考一下：a工廠是生產完一件立即就送到b公司還是將500件產品全部生產完成後再送往b公司？答案肯定是後者，因為前者浪費了大量的時間、人力物力花費在往返於北京和上海之間。同樣這個道理也能用在我們的資料庫操作上，下面是我自己對使用事務和不使用事務的兩種測試：

測試**：

下面**中總共呼叫了三次插入資料的方法，由於第一次呼叫過程中包含資料庫和表的建立等一系列過程，因此第二三次呼叫插入方法計算出的時間才是準確的。（資料庫採用fmdb）

- (void
)viewdidload

下面是具體的插入實現方法，

usetransaction為真代表使用事務處理，反之不使用

- (void)insertdata:(int
)fromindex usetransaction:(bool)usetransaction}}
@catch (n***ception *exception) 
@finally}}
else}}
[_database close];
}

最後將兩種方式的耗時進行對比（此結果在模擬器中執行）

從上面這些真實的資料來看，你就應該知道當你批量更新資料庫的時候應該利用事務處理！

總結：使用事務處理就是將所有任務執行完成以後將結果一次性提交到資料庫，如果此過程出現異常則會執行回滾操作，這樣節省了大量的重複提交環節所浪費的時間

使用FMDB事務批量更新資料庫

使用FMDB事務批量更新資料庫

使用FMDB事務批量更新資料庫速度問題

FMDB事務批量更新 IOS筆記

使用FMDB事務批量更新資料庫

使用FMDB事務批量更新資料庫

使用FMDB事務批量更新資料庫速度問題

FMDB事務批量更新 IOS筆記

相關推薦