【sqlite】使用教程（1）

【摘自：工匠若水 http://blog.****.net/yanbober】

官网 SQLite是一款轻型的数据库，是关系型数据库（RDBMS）管理系统，它包含在一个相对小的C库中。目前在很多嵌入式产品中使用了它，它占用资源非常的低，在嵌入式设备中，可能只需要几百K的内存就够了。它能够支持Windows/Linux/Unix/Android/IOS等等主流的操作系统，同时能够跟很多程序语言相结合，比如 Tcl、C#、PHP、Java等，还有ODBC接口，同样比起Mysql、PostgreSQL这两款开源的世界著名数据库管理系统来讲，它的处理速度比他们都快。

Sqlite命令分类：

（DDL）数据定义语言：

CMD	Description
CREATE	创建一个新的表，一个表的视图，或者数据库中的其他对象。
ALTER	修改数据库中的某个已有的数据库对象，比如一个表。
DROP	删除整个表，或者表的视图，或者数据库中的其他对象。

（DML）数据操作语言：

CMD	Description
INSERT	创建一条记录。
UPDATE	修改记录。
DELETE	删除记录。

（DQL）数据查询语言：

CMD	Description
SELECT	从一个或多个表中检索某些记录。

Sqlite点命令

先看一张Windows下的截图： 

这是在Windows的cmd下运行sqlite3命令（如何安装和配置烦请自行google | baidu），然后依据提示运行.help的打印（只截图一部分）。

可以发现sqlite的help列出来了所有sqlite支持的点命令，也可以发现，点命令不需要已”;”结尾。

我们对上面的.help命令进行翻译大致如下：

CMD	Description
.backup ?DB? FILE	备份DB数据库（默认是”main”）到FILE文件。
.bail ON/OFF	发生错误后停止。默认为OFF。
.databases	列出附加数据库的名称和文件。
.dump ?TABLE?	以SQL文本格式转储数据库。如果指定了TABLE表，则只转储匹配LIKE模式的TABLE表。
.echo ON/OFF	开启或关闭echo命令。
.exit	退出SQLite提示符。
.explain ON/OFF	开启或关闭适合于EXPLAIN的输出模式。如果没有带参数，则为EXPLAIN on，及开启EXPLAIN。
.header(s) ON/OFF	开启或关闭头部显示。
.help	显示消息。
.import FILE TABLE	导入来自FILE文件的数据到TABLE表中。
.indices ?TABLE?	显示所有索引的名称。如果指定了TABLE表，则只显示匹配LIKE模式的TABLE表的索引。
.load FILE ?ENTRY?	加载一个扩展库。
.log FILE/off	开启或关闭日志。FILE文件可以是stderr（标准错误）/stdout（标准输出）。
.mode MODE	设置输出模式，MODE可以是下列之一：csv 逗号分隔的值；column 左对齐的列；html HTML的<table>代码；insert TABLE表的SQL插入（insert）语句；line 每行一个值；list 由 .separator字符串分隔的值；tabs 由Tab分隔的值；tcl TCL列表元素。
.nullvalue STRING	在NULL值的地方输出STRING字符串。
.output FILENAME	发送输出到FILENAME文件。
.output stdout	发送输出到屏幕。
.print STRING...	逐字地输出STRING字符串。
.prompt MAIN CONTINUE	替换标准提示符。
.quit	退出SQLite提示符。
.read FILENAME	执行FILENAME文件中的SQL。
.schema ?TABLE?	显示CREATE语句。如果指定了TABLE表，则只显示匹配LIKE模式的TABLE表。
.separator STRING	改变输出模式和.import所使用的分隔符。
.show	显示各种设置的当前值。
.stats ON/OFF	开启或关闭统计。
.tables ?PATTERN?	列出匹配LIKE模式的表的名称。
.timeout MS	尝试打开锁定的表MS微秒。
.width NUM NUM	为”column”模式设置列宽度。
.timer ON/OFF	开启或关闭CPU定时器测量。

Sqlite数据库的sqlite_master表

主表中保存数据库表的关键信息，并把它命名为sqlite_master。如要查看表概要，可如下操作：

sqlite>.schema sqlite_master

Sqlite语法规则

SQLite是遵循一套独特的称为语法的规则和准则。

SQLite是不区分大小写的，但也有一些命令是大小写敏感的，比如GLOB和glob在SQLite的语句中有不同的含义。

SQLite 注释是附加的注释，可以在 SQLite 代码中添加注释以增加其可读性，他们可以出现在任何空白处，包括在表达式内和其他 SQL 语句的中间，但它们不能嵌套。

SQL注释以两个连续的”-“字符开始，并扩展至下一个换行符或直到输入结束，以先到者为准。也可以以”/*"开始，并扩展至下一个 “*/” 字符对或直到输入结束，以先到者为准。SQLite的注释可以跨越多行。

SQLite语句以任何关键字开始，以”;”结束。

Sqlite数据类型

SQLite数据类型是一个用来指定任何对象的数据类型的属性。SQLite 中的每一列，每个变量和表达式都有相关的数据类型。您可以在创建表的同时使用这些数据类型。SQLite使用一个更普遍的动态类型系统。在SQLite中，值的数据类型与值本身是相关的，而不是与它的容器相关。

存储类

SQLite有5个原始的数据类型，被称为存储类。存储类这个词表明了一个值在磁盘上存储的格式，其实就是类型或数据类型的同义词。如下即是存储类：

存储类	Description
NULL	值是一个NULL值。
INTEGER	值是一个带符号的整数，根据值的大小存储在1、2、3、4、6 或8字节中。
REAL	值是一个浮点值，存储为8字节的IEEE浮点数字。
TEXT	值是一个文本字符串，使用数据库编码（UTF-8、UTF-16BE或UTF-16LE）存储。
BLOB	值是一个blob数据，完全根据它的输入存储。

SQLite通过值的表示法来判断其类型，下面就是SQLite的推理方法：

• SQL语句中用单引号或双引号括起来的文字被指派为TEXT。
• 如果文字是未用引号括起来的数据，并且没有小数点和指数，被指派为INTEGER。
• 如果文字是未用引号括起来的数据，并且带有小数点或指数，被指派为REAL。
• 用NULL说明的值被指派为NULL存储类。
• 如果一个值的格式为X’ABCD’，其中ABCD为16进制数字，则该值被指派为BLOB。X前缀大小写皆可。

如下就是验证结果： 

SQLite单独的一个字段可能包含不同存储类的值。

如下就是验证结果： 

喜欢钻牛角尖的这时候指定开始BB了，temp这一列数据类型不同，咋样比较大小？咋样排序等等？

经过查阅资料发现，具有不同存储类的值可以存储在同一个字段中。可以被排序，因为这些值可以相互比较。有完善定义的规则来做这件事。不同存储类的值可以通过它们各自类的“类值”进行排序，定义如下：

• NULL存储类具有最低的类值。一个具有NULL存储类的值比所有其它值都小(包括其它具有NULL存储类的值)。在NULL值之间，没有特别的可排序值。
• INTEGER或REAL存储类值高于NULL，它们的类值相等。INTEGER值和REAL值通过其数值进行比较。
• TEXT存储类的值比INTEGER和REAL高。数值永远比字符串的值低。当两个TEXT值进行比较时，其值大小由“排序法”决定。
• BLOB存储类具有最高的类值。具有BLOB类的值大于其它所有类的值。BLOB值之间在比较时使用C函数memcmp()。

所以，当SQLite对一个字段进行排序时，首先按存储类排序，然后再进行类内的排序 (NULL类内部各值不必排序) 。

弱类型(manifest typing)

首先有如下SQL语句：

CREATE TABLE table_yanbo( x integer, y text, z real );
INSERT INTO table_yanbo VALUES ('1', '1', '1');

• 1
• 2

这里的x、y和z这3个字段中存储的是INTEGER, TEXT和REAL类型。

再看下面例子：

CREATE TABLE table_yanbo(x, y, z);
INSERT INTO table_yanbo VALUES ('1', '1', '1');

• 1
• 2

这里的x、y和z这3个字段中存储的是TEXT、TEXT和TEXT类型。

再看下面例子：

CREATE TABLE table_yanbo(x, y, z);
INSERT INTO table_yanbo VALUES (1, 1.0, x'10');

• 1
• 2

这里的x、y和z这3个字段中存储的是INTEGER、REAL和BLOB类型。

通过上面几种写法你会发现，可以为SQLite的字段定义类型，但这不是必须的，你可以尽管违反类型定义。这是因为在任何情况下，SQLite都可以接受一个值并推断它的类型。

总之，SQLite的弱类型可表示为：

1. 字段可以有类型。
2. 类型可以通过值来推断。

类型亲和性介绍这两个规定如何相互关联。所谓类型亲和性就是在强类型(strict typing)和动态类型(dynamic typing)之间的平衡艺术。

类型亲和性(Type Affinity)

在SQLite中，字段没有类型或域。当给一个字段声明了类型，该字段实际上仅仅具有了该类型的亲和性。声明类型和类型亲和性是两回事。类型亲和性预定SQLite用什么存储类在字段中存储值。在存储一个给定的值时到底SQLite会在该字段中用什么存储类决定于值的存储类和字段亲和性的结合。

任何列可以存储任何类型的数据，但列的首选存储类是它的affinity。在SQLite3数据库中，每个表的列分配为以下类型的affinity之一：

Affinity	Description
TEXT	该列使用存储类NULL、TEXT或BLOB存储所有数据。
NUMERIC	该列可以包含使用所有五个存储类的值。
INTEGER	与带有NUMERIC affinity的列相同，在CAST表达式中带有异常。
REAL	与带有NUMERIC affinity的列相似，不同的是，它会强制把整数值转换为浮点表示。
NONE	带有affinity NONE的列，不会优先使用哪个存储类，也不会尝试把数据从一个存储类强制转换为另一个存储类。

下表列出了当创建SQLite3表时可使用的各种数据类型名称，同时也显示了相应的应用Affinity：

数据类型	Affinity
INT、NTEGER、TINYINT、SMALLINT、MEDIUMINT、BIGINT、UNSIGNED BIG INT、INT2、INT8	INTEGER
CHARACTER(20)、VARCHAR(255)、VARYING CHARACTER(255)、NCHAR(55)、NATIVE CHARACTER(70)、NVARCHAR(100)、TEXT、CLOB	TEXT
BLOB、no datatype specified	NONE
REAL、DOUBLE、DOUBLE PRECISION、FLOAT	REAL
NUMERIC、DECIMAL(10,5)、BOOLEAN、DATE、DATETIME	NUMERIC

Boolean数据类型

SQLite没有单独的Boolean存储类，布尔值被存储为整数 0（false）和 1（true）。

Date与Time数据类型

SQLite没有一个单独的用于存储日期和/或时间的存储类，但SQLite 能够把日期和时间存储为TEXT、REAL或 INTEGER值。您可以以任何上述格式来存储日期和时间，并且可以使用内置的日期和时间函数来*转换不同格式。

存储类	日期格式
TEXT	格式为”YYYY-MM-DD HH:MM:SS.SSS”的日期。
REAL	从公元前4714年11月24日格林尼治时间的正午开始算起的天数。
INTEGER	从1970-01-01 00:00:00 UTC算起的秒数。

字段类型和亲和性

首先，每个字段都具有一种亲和性。共有五种亲和性：NUMERIC、INTEGER、REAL、TEXT和NONE。一个字段的亲和性由它预声明的类型决定。所以，当你为字段声明了类型，从根本上说是为字段指定了亲和性。SQLite按下面的规则为字段指派亲和性：

• 默认的，一个字段默认的亲和性是NUMERIC。如果一个字段不是INTEGER、TEXT、REAL或NONE的，那它自动地被指派为NUMERIC亲和性。
• 如果为字段声明的类型中包含了’INT’(无论大小写)，该字段被指派为INTEGER亲和性。
• 如果为字段声明的类型中包含了’CHAR’、’CLOB’或’TEXT’(无论大小写)，该字段被指派为TEXT亲和性。如’VARCHAR’包含了’CHAR’，所以被指派为TEXT亲和性。
• 如果为字段声明的类型中包含了’BLOB’(无论大小写)，或者没有为该字段声明类型，该字段被指派为NONE亲和性。

注意：如果没有为字段声明类型，该字段的亲和性为NONE，在这种情况下，所有的值都将以它们本身的(或从它们的表示法中推断的)存储类存储。如果你暂时还不确定要往一个字段里放什么内容，或准备将来修改，用NONE亲和性是一个好的选择。但SQLite默认的亲和性是NUMERIC。例如，如果为一定字段声明了类型JUJYFRUIT，该字段的亲和性不是NONE，因为SQLite不认识这种类型，会给它指派默认的NUMERIC亲和性。所以，与其用一个不认识的类型最终得到NUMERIC亲和性，还不如不为它指定类型，从而使它得到NONE亲和性。

亲和性和存储

亲和性对值如何存储到字段有影响，规则如下：

• 一个NUMERIC字段可能包括所有5种存储类。一个NUMERIC字段具有数字存储类的偏好(INTEGER和REAL)。当一个TEXT值被插入到一个NUMERIC字段，将会试图将其转化为INTEGER存储类；如果转化失败，将会试图将其转化为REAL存储类；如果还是失败，将会用TEXT存储类来存储。
• 一个INTEGER字段的处理很像NUMERIC字段。一个INTEGER字段会将REAL值按REAL存储类存储。也就是说，如果这个REAL值没有小数部分，就会被转化为INTEGER存储类。INTEGER字段将会试着将TEXT值按REAL存储；如果转化失败，将会试图将其转化为INTEGER存储类；如果还是失败，将会用TEXT存储类来存储。
• 一个TEXT字段将会把所有的INTEGER或REAL值转化为TEXT。
• 一个NONE字段不试图做任何类型转化。所有值按它们本身的存储类存储。
• 没有字段试图向NULL或BLOB值转化——如无论用什么亲和性。NULL和BLOB值永远都按本来的方式存储在所有字段。

这些规则初看起来比较复杂，但总的设计目标很简单，如果你需要，SQLite会尽量模仿其它的关系型数据库。也就是说，如果你将SQLite看成是一个传统数据库，类型亲和性将会按你的期望来存储值。如果你声明了一个INTEGER字段，并向里面放一个整数，就会按整数来存储。如果你声明了一个具有TEXT, CHAR或VARCHAR类型的字段并向里放一个整数，整数将会转化为TEXT。可是，如果你不遵守这些规定，SQLite也会找到办法来存储你的值。

如下例子展示了亲和性是如何工作的： 

存储类和类型转换

关于存储类，需要关注的另一件事是存储类有时会影响到值如何进行比较。特别是SQLite有时在进行比较之前，会将值在数字存储类(INTEGER和REAL)和TEXT之间进行转换。为进行二进制的比较，遵循如下规则：

• 当一个字段值与一个表达式的结果进行比较，字段的亲和性会在比较之前应用于表达式的结果。
• 当两个字段值进行比较，如果一个字段拥有INTEGER或NUMERIC亲和性而另一个没有，NUMERIC亲和性会应用于非NUMERIC字段的TEXT值。
• 当两个表达式进行比较，SQLite不做任何转换。如果两个表达式有相似的存储类，则直接按它们的值进行比较；否则按类值进行比较。