参数1是调用打开数据库函数SQLite3_open（）打开的数据库对象。

　　参数2 是一条待执行的SQL语句，其语法格式同标准SQL语言规范一样，如创建 table时插入的记录如下：

　　create table student（id varchar（10） primary key, age smallint）；

　　此语句创建了名为student的表，表中定义了id（学号）和年纪两个变量，其中id是主键。

　　Insert into student values（12345678,21）；

　　此语句向student表中插入一组数据（12345678,21），其中学号为12345678,学生年龄为21。

　　对于数据库的其他操作，如数据库更新、修改、查找等用法同上。

　　参数3 sqlite3_callback是自定义的回调函数，对执行结果的每一行都执行一次这个函数。

　　参数4 void *是调用者所提供的指针，你可以传递任何一个指针参数到这里，这个参数最终会传到回调函数里，如果不需要传递指针给回调函数，可以填NULL。

　　参数5 char ** errmsg是错误信息。sqlite3里面有很多固定的错误信息。执行sqlite3_exec之后，如果执行失败则可以查阅这个指针，即可知道执行过程中错误发生的位置。

　　3.3 串口同sqlite3通信测试与分析

　　为了验证sqlite3数据库在嵌入式Linux[3-4]终端下的执行效率和稳定性，为此做了一个简单的测试实验：通过上位机程序向嵌入式Linux终端的串口定时发送字符串；嵌入式Linux终端接收到字符串便立即写入到下位机的数据库中。自后查看数据中的数据，看看有没有遗漏和误码。上位机的程序使用VC6.0开发，整个程序界面只设了一个按键，按下按键，上位机就向嵌入式Linux终端不停地发送字符串数据，按键响应程序设计如下：

　　可见程序是个定时100 ms便发送一条字符串的循环，而且发送的每一条字符串事先通过str.Format格式化为固定长度，本例中是11 B。按下按键后发送的第一条字符串为：“第1条记录”，每发送一条字符串里面的数字加“1”，这样写到数据库中就可以很清楚地查看有没有遗漏和误码，而且可以通过修改Sleep函数的延时参数检测出嵌入式Linux终端下sqlite3数据库操作的速度。

　　下位机嵌入式Linux终端的程序设计为：先创建一个数据库文件test.db,接着就是一个死循环，串口不停地查找有没有数据写入，当检测到数据时，便写入到test.db中，若写入有误，则立即跳出循环，终止程序。

　　4 结语

　　整个测试根据上位机串口发送的频率不同做了多组实验，每组实验写入1 000个数据，最终结果分析如下：上位机在定时80 ms左右或大于80 ms的情况下发送数据时，数据库写入的误码率为零；当定时时间小于80 ms时，随着定时时间变小误码率会越来越高。通过数据分析可知原因有以下几点：一是数据库本身写入需用时几十毫秒，二是SD卡并非高速读写设备，当数据还未完全写入数据库时若有新数据发过来，则下次读写将会发生难以估计的错误。实验还得出了当把数据库文件写入到系统Flash上的总耗时约为50 ms，比写入SD卡中约少30 ms。不过就80 ms左右的一次读写速度而言，嵌入式数据库sqlite3执行效率和稳定性非常可观，现在一般的RFID读写器通过串口执行一条指令的时间也需几十毫秒的时间，因而使用sqlite3数据库在执行速率和稳定性上对于安检系统中RFID读写数据的处理可以很好地达到要求，而且sqlite3还支持数据加密，安全性同样非常出色。

上一页  [1] [2] [3]