iOS开发之SQLite-C语言接口规范——Ready And Open Your SQLite

Posted 2021-04-30 iOS大全

来源：伯乐在线 - 青玉伏案

链接：http://ios.jobbole.com/83542/

为什么要搞一搞SQLite的C语言接口规范呢？ 因为在做iOS开发中难免会遇到操作数据库的情况，你可以使用第三方的FMDB等，或者使用CoreData。但我们还是有必要去搞清楚如何去使用SQLite的C语言接口来操作SQLite数据库的。从今天开始就给大家结合实例详细的搞一搞SQLite的C语言接口。关于CoreData的东西请看之前的博客《IOS开发之表视图爱上CoreData》。

如果英文好的小伙伴呢，你可以不听我啰嗦，直接官网走起：http://www.sqlite.org 上面的东西是应有尽有，你可以下载资源如SQLite的Shell, 上面还有好多的学习资源。不过前提是英文不能太Low呢。之前看过几本iOS开发的书籍，也包括某某出版社出版的《精通iOS开发》,虽然网上评价不错，但看书的时候总是不来感。大部分书上介绍的SQLite, 讲的太浅，只是罗列代码，接口参数是什么意思，为什么这么写都没讲。看书看的不爽了，就到官网上找找安慰吧，果不其然，眼前一亮。就写几篇博客好好的总结一下。

一、准备SQLite测试工程和所需工具

1. 准备一个已经引入动态链接库libsqlite3.0.dylib的iOS单视图工程（当然，看你心情，你也可以创建一个控制台工程，这不是重点）。

2. 准备一个SQLite可视化的管理工具，我用的是SQLiteManager, 当然你可以选择你用着顺手的管理工具（自行百度吧）。当然如果你是初学者，并想“自残”一下话，可以从官网上Download一个叫做sqlite-shell的东西，用纯命令行去管理你的SQLite数据库。其实如果习惯了，用纯命令还是用着比较爽的，毕竟可以用来装13不是么！ SQLite官网上有详细的Shell操作命令：如何去创建数据库，如何创建表等一系列的操作，今天不做赘述。（如果你之前搞过mysql, Oracle等，应该对命令行操作数据库再熟悉不过了）。

3. 你可以通过SQLiteManager来创建一个数据库插入一些测试数据，以备在我们的测试工程中进行使用。或者你可以懒一些，直接从网上Download一个现成的SQLite数据库进行操作使用（我下载了一个叫做Cars.sqlite文件来进行测试，数据库的表结构及数据如下所示）。

二、打开你的数据库

1.把准备好的测试SQLite数据库引入到我们的测试工程中。

2.通过NSBundle加载我们的数据库资源

//获取Sqllite文件的路径

NSString *sqlPath = [[NSBundle mainBundle] pathForResource:@"Cars" ofType:@"sqlite"];

3.因为是C语言接口，参数所用的字符串都是C语言中的字符串，所以呢得把字符串转成C语言中的字符串吧（也就是C语言中char类型的指针）

//把路径转成C字符串

const char * filePath = [sqlPath UTF8String];

sqlite3 * database;

//打开数据库

int result = sqlite3_open(filePath, &database);

if (result == SQLITE_OK) {

NSLog(@"连接成功");

} else {

NSString *error = [NSString stringWithFormat:@"错误结果代码：%d", result];

NSLog(@"%@", error);

}

由下方的图可以看出sqlite3_open_v2()比sqlite3_open()多了两个参数，一个是int flags, 一个是const char *zVfs。 sqlite3_open_v2()的用法和sqlite3_open()类似，可以说前者是后者的加强版。sqlite3_open()是以前的旧方法，而sqlite3_open_v2()是后来改进的方法。

参数flag,不同的值代表着打开数据库后可以获取的不同操作，类似于数据库的操作权限，下方是flag的值代表的操作权限。

SQLITE_OPEN_READONLY 数据库是只读模式打开。如果数据库不存在,则返回一个错误。

SQLITE_OPEN_READWRITE 数据库以读写的模式打开, 如果文件被操作系统设置为保护模式，那么就为只读模式。在这两种情况下的数据库必须已经存在,否则会返回一个错误。

SQLITE_OPEN_READWRITE | SQLITE_OPEN_CREATE 数据库以读写的模式打开, 如果数据库不存在，就创建一个。使用sqlite3_open()和sqlite3_open16()连接数据库时，默认的就是这种行为。

如果sqlite3_open_v2()的第三个参数不包含上述三种结合中的一个的话，那么数据库的连接权限是未定义的。也就是说数据库不知道是读还是写，还是创建，所以操作数据库就没有意义了，所以上面必须选择一个参与“与”运算。

SQLITE_OPEN_NOMUTEX 只要单线模式下没有设置编译的起始时间，就会在多线程模式下进行数据库的连接。

SQLITE_OPEN_FULLMUTEX 在序列化的线程模式（在此模式中，SQLite能无约束地在多线程中安全使用）打开数据库连接,除非在编译时或者单线程之前选择起始时间。

SQLITE_OPEN_SHAREDCACHE 可以使数据库连接适当的使用共享缓存模式,无论是否使用sqlite3_enable_shared_cache()启用共享缓存。

SQLITE_OPEN_PRIVATECACHE 导致数据库连接不使用共享缓存模式，即使共享缓存模型可用。

sqlite3_open_v2()第四个参数是sqlite3_vfs对象的名称,它定义了操作系统接口应该使用新的数据库连接。如果第四个参数是一个nil的话,那么就会使用默认sqlite3_vfs对象。下方是结构体sqlite3_vfs的具体内容：

vfs: sqlite3_vfs对象的实例定义了一个SQLite核心和底层操作系统间的接口。“vfs”对象的名称代表“虚拟文件系统”。关于VFS的详解内容在这里：https://www.sqlite.org/vfs.html 有兴趣的小伙伴可以好好的搞一下。如果以后有时间的话在好好的介绍一下VFS。今天就不做过多的赘述了。第四个参数传入nil就会使用默认的sqlite3_vfs默认对象。

关于VFS和sqlite3_vfs结构体的东西，如果以后有时间，在单独拿出来搞搞。了解VFS的结构和模式还是很有必要的。ok~今天打开并连接数据库，关于如何去通过接口去操作数据库就留在以后的博客中介绍吧。

在博客的最后呢，给出简单封装的打开数据库的方法：

/*******************************

*功能：打开数据库

*参数：databaseName -- 数据库名称

*返回：数据库对象（sqlite3对象）

*******************************/

+ (sqlite3 *) openDatabaseWithName: (NSString *)databaseName{

//获取Sqllite文件的路径

NSString *sqlPath = [[NSBundle mainBundle] pathForResource:databaseName ofType:@"sqlite"];

//把路径转成C字符串

const char * filePath = [sqlPath UTF8String];

sqlite3 * database;

//打开数据库

int result = sqlite3_open(filePath, &database);

if (result == SQLITE_OK) {

return database;

}

return nil;

}