iOS开发之SQLite-C语言接口规范(二) —— Prepared Your SQL Statements

简介:

  在SQLite的C语言接口规范(一)中介绍了如何去连接打开数据库,本篇博客就介绍如何操作数据库,本篇主要给出了如何执行数据库查询语句(Select), 然后遍历结果集。本篇博客就直接使用上一篇博客封装的打开数据库的方法获取到数据库的操作句柄,然后通过这个句柄来操作我们的Sqlite数据库。今天这篇博客中要多Cars.sqlite数据库中的其中一个表进行Select操作。更为细节的东西请参考SQLite官网:http://www.sqlite.org 

  一.预编译SQL语句

    要想执行一条查询的SQL语句,需要使用下面任何一个方法先预编译成字节码程序。不难看出以下方法的参数都是一样的,那么就先挨个的介绍一下每个参数的代表什么。

    1. 参数“sqlite3 * db”, 就是我们调用sqlite3_open(), sqlite3_open_v2() 或者 sqlite3_open16()成功后获取的操作数据库的句柄。数据库连接必须没有被关闭。

    2. zSql是第二个参数, 他的编码格式是UTF-8或UTF-16, 它就是将会被预先编译成字节码的SQL语句。sqlite3_prepare() 和 sqlite3_prepare_v2()接口使用的是UTF-8编码。sqlite3_prepare16() 和 sqlite3_prepare16_v2() 使用的是 UTF-16编码。

    3. nByte是第三个参数,说白了,它就是参数zSql字符串的最大长度。如果nByte是负数,那么zSql的长度不限,如果nByte是正数,zSql的长度则不能超过nByte的数值,超出的部分将不会被预编译。如果nByte是0,那么zSql将不会被预编译。如果你之前学过C语言的话,在C语言中是没有所谓的字符串的,是一个指向字符的指针,后面跟了好多字符,以‘\0’结尾,这就是C语言中的字符串,需要通过指针的移动来遍历字符串的,所以nByte是很有必要的。

    4. *ppStmt 是预编译语句后左边的指针,它可以使用sqlite3_step()执行。在发生错误时,*ppStmt就会被设置为NULL。如果输入的文本不是SQL语句(输入的文本为空字符串或者一行注释)*ppStmt就会被设置为NULL。 sqlite3_finalize()负责释放被编译的SQL语句。

    5. pzTail, 看pzTail的类型就可以看出它是指向指针的指针。pzTail指向谁的指针呢?如他不为NULL的话,它就指向预编译SQL语句的末尾,也就是未预编译SQL语句的首指针。  

  二、预编译SQL语句实例

  下面是使用sqlite3_prepare()来预编译的一条查询语句,在新的项目中建议使用sqlite_prepare_v2(), 他是前者的升级版。v2代表什么意思,在上一篇博客中进行的简单介绍,以后如果有时间,会对VFS(虚拟文件系统)进行详细的介绍。

  1.定义NSString类型的SQL查询语句,如下所示:

       //查询数据库
        NSString * qureyInfo = @"SELECT * FROM CARBRAND";

 

  2. 定义sqlite3_stmt变量来接受预编译后的语句。

        sqlite3_stmt *statement;    

 

  3.把NSString类型 SQL语句转成UTF-8的类型。

        const char * zSql = [qureyInfo UTF8String];    

  

  4.调用sqlite3_prepare()进行预编译,sqlite3_prepare()预编译后会有结果状态码,在上一篇博客中进行了讲解,本篇博客不做过的赘述:

int result = sqlite3_prepare(database, zSql, -1, &statement, nil);

 

  经过上面这些步骤就可以获取到预编译后的SQL语句statement,然后我们就可以通过statement做一些爱做的事情了。

 

  三、执行预编译后的SQL语句

    执行预编译后的SQL语句需要调用sqlite3_step()。 sqlite3_step() 会被一次或多次执行,由下方截图可知,sqlite3_step()的参数就是预编译后的语句的指针(sqlite3_stmt *)。在新的项目中推荐使用sqlite3_prepare_v2()和sqlite3_prepare16_v2()。因为要向后兼容,所以之前的接口进行了保留,不过,不建议使用sqlite3_prepare()和sqlite3_prepare16()。在“v2”接口中,被返回的预编译语句(sqlite3_stmt对象)包含了一个原始SQL语句的副本。这导致了sqlite3_step()有三种不同的表现形式。

    1.如果数据库的Schema发生变化了,之前会返回SQLITE_SCHEMA,如果使用带v2的方法的话,sqlite3_step()将自动重新编译SQL语句并再次尝试运行它。因为使用v2的方法,预编译的结果中将包含SQL原始语句。

    2.当错误发生时,sqlite3_step()将会返回更为详细的错误代码和扩展错误代码。而之前的做法是返回一个通用的错误结果代码SQLITE_ERROR,而你不得不去调用sqlite3_reset()方法来查找问题。在“v2”预编译接口中将会立即返回错误原因。

    3.如果特定的值与WHERE子句中的条件进行绑定,这就会影响查询结果,这个语句将会自动被重新编译,类似于数据库的架构改变的情况。

    下方是扩展后的结果集:

    上面说这么多,就是一句话,在预编译时强烈推荐使用“v2”预编译接口,“v2”预编译接口是升级版,功能更强大。

    sqlite3_step()接口去执行预编译后的语句,也会返回一些结果代码,下面介绍一些常用的结果代码:SQLITE_BUSY, SQLITE_DONE, SQLITE_ROW, SQLITE_ERROR或者 SQLITE_MISUSE,如果你是使用的“v2”接口进行编译的话,将会返回更多更为详细的结果编码。

    SQLITE_BUSY 意味着数据库引擎无法获得所需的数据库锁然后做它的工作。如果语句是commit或执行一个外部的显式事务,你可以重试。如果的语句不是提交并且执行一个内部显示的事务,那么在重试之前你应该回滚事务。

    SQLITE_DONE 意味着语句执行完成并且成功。没有初次调用sqlite3_reset()来重置虚拟机恢复到初始状态,sqlite3_step()就不应该再调用这个虚拟机。

    SQLITE_ROW 如果正在执行的SQL语句返回任何数据, 为了便于调用者处理,如果有数据,返回结果就是SQLITE_ROW。再次sqlite3_step()来检索数据的下一行。

    SQLITE_ERROR 出错的状态,你可以调用sqlite3_errmsg()来查看具体的错误。sqlite3_errmsg()所需参数和返回值

 

    上面已经准备好了预编译好的SQL语句,我们使用sqlite3_step()来执行和遍历一下结果集,具体代码如下:

if (result == SQLITE_OK) {
        NSLog(@"查询成功");
        //遍历结果集
        
        while (sqlite3_step(statement) == SQLITE_ROW) {
            
            int rowNum = sqlite3_column_int(statement, 0);
            
            char *rowDataOne = (char *) sqlite3_column_text(statement, 1);
            
            char *rowDataTow = (char *) sqlite3_column_text(statement, 2);
            
            NSString *nameString = [NSString stringWithUTF8String:rowDataOne];
            
            NSString *firstLetterString = [NSString stringWithUTF8String:rowDataTow];
            
            NSLog(@"BrandId = %d, Name = %@, FirstLetter = %@",rowNum , nameString, firstLetterString);
            
        }
        sqlite3_finalize(statement);
        
    } else {
        NSString *error = [NSString stringWithFormat:@"错误结果代码:%d", result];
        
        NSLog(@"%@", error);
    }

  可以对上面的代码进行一下修改,在while循环语句的最后一条语句后,加上sqllite3_reset(), 那么这个循环就是一个死循环,读取的永远是第一个数据。在这儿就不往上贴代码了。 

  执行结果如下:

         

 

  好,今天的数据库查询就先到这儿,关于别的内容,会在下节博客中进行介绍。    

相关文章
|
3月前
|
SQL 关系型数据库 MySQL
【MySQL】根据binlog日志获取回滚sql的一个开发思路
【MySQL】根据binlog日志获取回滚sql的一个开发思路
|
22天前
|
SQL Java 数据库连接
mybatis使用四:dao接口参数与mapper 接口中SQL的对应和对应方式的总结,MyBatis的parameterType传入参数类型
这篇文章是关于MyBatis中DAO接口参数与Mapper接口中SQL的对应关系,以及如何使用parameterType传入参数类型的详细总结。
27 10
|
2月前
|
SQL 安全 Go
SQL注入不可怕,XSS也不难防!Python Web安全进阶教程,让你安心做开发!
在Web开发中,安全至关重要,尤其要警惕SQL注入和XSS攻击。SQL注入通过在数据库查询中插入恶意代码来窃取或篡改数据,而XSS攻击则通过注入恶意脚本来窃取用户敏感信息。本文将带你深入了解这两种威胁,并提供Python实战技巧,包括使用参数化查询和ORM框架防御SQL注入,以及利用模板引擎自动转义和内容安全策略(CSP)防范XSS攻击。通过掌握这些方法,你将能够更加自信地应对Web安全挑战,确保应用程序的安全性。
83 3
|
27天前
|
数据采集 SQL 数据库
小说爬虫-01爬取总排行榜 分页翻页 Scrapy SQLite SQL 简单上手!
小说爬虫-01爬取总排行榜 分页翻页 Scrapy SQLite SQL 简单上手!
60 0
|
3月前
|
SQL NoSQL 数据库
开发效率与灵活性:SQL vs NoSQL
【8月更文第24天】随着大数据和实时应用的兴起,数据库技术也在不断发展以适应新的需求。传统的SQL(结构化查询语言)数据库因其成熟的数据管理机制而被广泛使用,而NoSQL(Not Only SQL)数据库则以其灵活性和扩展性赢得了众多开发者的青睐。本文将从开发者的视角出发,探讨这两种数据库类型的优缺点,并通过具体的代码示例来说明它们在实际开发中的应用。
80 1
|
2月前
|
SQL 分布式计算 大数据
大数据开发SQL代码编码原则和规范
这段SQL编码原则强调代码的功能完整性、清晰度、执行效率及可读性,通过统一关键词大小写、缩进量以及禁止使用模糊操作如select *等手段提升代码质量。此外,SQL编码规范还详细规定了代码头部信息、字段与子句排列、运算符前后间隔、CASE语句编写、查询嵌套、表别名定义以及SQL注释的具体要求,确保代码的一致性和维护性。
69 0
|
3月前
|
开发框架 前端开发 .NET
七天.NET 8操作SQLite入门到实战 - (3)第七天Blazor学生管理页面编写和接口对接
七天.NET 8操作SQLite入门到实战 - (3)第七天Blazor学生管理页面编写和接口对接
|
3月前
|
SQL 关系型数据库 MySQL
SQL Server、MySQL、PostgreSQL:主流数据库SQL语法异同比较——深入探讨数据类型、分页查询、表创建与数据插入、函数和索引等关键语法差异,为跨数据库开发提供实用指导
【8月更文挑战第31天】SQL Server、MySQL和PostgreSQL是当今最流行的关系型数据库管理系统,均使用SQL作为查询语言,但在语法和功能实现上存在差异。本文将比较它们在数据类型、分页查询、创建和插入数据以及函数和索引等方面的异同,帮助开发者更好地理解和使用这些数据库。尽管它们共用SQL语言,但每个系统都有独特的语法规则,了解这些差异有助于提升开发效率和项目成功率。
294 0
|
3月前
|
SQL 安全 Java
访问者模式问题之在上面的 SQL 结构定义中, sealed 接口的作用如何理解
访问者模式问题之在上面的 SQL 结构定义中, sealed 接口的作用如何理解
|
4月前
|
SQL
SQL开发问题之使用distmapjoin的问题如何解决
SQL开发问题之使用distmapjoin的问题如何解决

热门文章

最新文章