一、概述:
在SQLite提供的C/C++接口中,其中5個APIs屬于核心接口。在這篇博客中我們將主要介紹它們的用法,以及它們所涉及到的核心SQLite對象,如database_connection和prepared_statement。相比于其它數(shù)據(jù)庫引擎提供的APIs,如OCI、MySQL API等,SQLite提供的接口還是非常易于理解和掌握的。
二、核心對象和接口:
1. 核心對象:
在SQLite中最主要的兩個對象是,database_connection和prepared_statement。database_connection對象是由sqlite3_open()接口函數(shù)創(chuàng)建并返回的,在應(yīng)用程序使用任何其他SQLite接口函數(shù)之前,必須先調(diào)用該函數(shù)以便獲得database_connnection對象,在隨后的其他APIs調(diào)用中,都需要該對象作為輸入?yún)?shù)以完成相應(yīng)的工作。至于prepare_statement,我們可以簡單的將它視為編譯后的SQL語句,因此,所有和SQL語句執(zhí)行相關(guān)的函數(shù)也都需要該對象作為輸入?yún)?shù)以完成指定的SQL操作。
2. 核心接口:
1). sqlite3_open
上面已經(jīng)提到過這個函數(shù)了,它是操作SQLite數(shù)據(jù)庫的入口函數(shù)。該函數(shù)返回的database_connection對象是很多其他SQLite APIs的句柄參數(shù)。注意,我們通過該函數(shù)既可以打開已經(jīng)存在的數(shù)據(jù)庫文件,也可以創(chuàng)建新的數(shù)據(jù)庫文件。對于該函數(shù)返回的database_connection對象,我們可以在多個線程之間共享該對象的指針,以便完成和數(shù)據(jù)庫相關(guān)的任意操作。然而在多線程情況下,我們更為推薦的使用方式是,為每個線程創(chuàng)建獨立的database_connection對象。對于該函數(shù)還有一點也需要額外說明,我們沒有必要為了訪問多個數(shù)據(jù)庫而創(chuàng)建多個數(shù)據(jù)庫連接對象,因為通過SQLite自帶的ATTACH命令可以在一個連接中方便的訪問多個數(shù)據(jù)庫。
2). sqlite3_prepare
該函數(shù)將SQL文本轉(zhuǎn)換為prepared_statement對象,并在函數(shù)執(zhí)行后返回該對象的指針。事實上,該函數(shù)并不會評估參數(shù)指定SQL語句,它僅僅是將SQL文本初始化為待執(zhí)行的狀態(tài)。最后需要指出的,對于新的應(yīng)用程序我們可以使用sqlite3_prepare_v2接口函數(shù)來替代該函數(shù)以完成相同的工作。
3). sqlite3_step
該函數(shù)用于評估sqlite3_prepare函數(shù)返回的prepared_statement對象,在執(zhí)行完該函數(shù)之后,prepared_statement對象的內(nèi)部指針將指向其返回的結(jié)果集的第一行。如果打算進一步迭代其后的數(shù)據(jù)行,就需要不斷的調(diào)用該函數(shù),直到所有的數(shù)據(jù)行都遍歷完畢。然而對于INSERT、UPDATE和DELETE等DML語句,該函數(shù)執(zhí)行一次即可完成。
4). sqlite3_column
該函數(shù)用于獲取當(dāng)前行指定列的數(shù)據(jù),然而嚴(yán)格意義上講,此函數(shù)在SQLite的接口函數(shù)中并不存在,而是由一組相關(guān)的接口函數(shù)來完成該功能,其中每個函數(shù)都返回不同類型的數(shù)據(jù),如:
三、參數(shù)綁定:
和大多數(shù)關(guān)系型數(shù)據(jù)庫一樣,SQLite的SQL文本也支持變量綁定,以便減少SQL語句被動態(tài)解析的次數(shù),從而提高數(shù)據(jù)查詢和數(shù)據(jù)操作的效率。要完成該操作,我們需要使用SQLite提供的另外兩個接口APIs,sqlite3_reset和sqlite3_bind。見如下示例:
這里首先需要說明的是,SQL語句"insert into testtable values(?)"中的問號(?)表示參數(shù)變量的占位符,該規(guī)則在很多關(guān)系型數(shù)據(jù)庫中都是一致的,因此這對于數(shù)據(jù)庫移植操作還是比較方便的。
通過上面的示例代碼可以顯而易見的看出,參數(shù)綁定寫法的執(zhí)行效率要高于每次生成不同的SQL語句的寫法,即2)在效率上要明顯優(yōu)于1),下面是針對這兩種寫法的具體比較:
1). 單單從程序表面來看,前者在for循環(huán)中執(zhí)行了更多的任務(wù),比如字符串的填充、SQL語句的prepare,以及prepared_statement對象的釋放。
2). 在SQLite的官方文檔中明確的指出,sqlite3_prepare_v2的執(zhí)行效率往往要低于sqlite3_step的效率。
3). 當(dāng)插入的數(shù)據(jù)量較大時,后者帶來的效率提升還是相當(dāng)可觀的。
標(biāo)簽:齊齊哈爾 通化 阜陽 荊州 泰州 海北 臨滄 那曲
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《SQLite教程(二):C/C++接口簡介》,本文關(guān)鍵詞 SQLite,教程,二,C++,接口,簡介,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。