Sqlite 全面学习(一),oppo android 面试
| .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 中的每一列,每个变量和表达式都有相关的数据类型。您可以在创建表的同时使用这些数据类型。SQLi
te 使用一个更普遍的动态类型系统。在 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');
这里的 x、y 和 z 这 3 个字段中存储的是 INTEGER, TEXT 和 REAL 类型。
再看下面例子:
CREATE TABLE table_yanbo(x, y, z);
INSERT INTO table_yanbo VALUES ('1', '1', '1');
这里的 x、y 和 z 这 3 个字段中存储的是 TEXT、TEXT 和 TEXT 类型。
再看下面例子:
CREATE TABLE table_yanbo(x, y, z);
INSERT INTO table_yanbo VALUES (1, 1.0, x'10');
这里的 x、y 和 z 这 3 个字段中存储的是 INTEGER、REAL 和 BLOB 类型。
通过上面几种写法你会发现,可以为 SQLite 的字段定义类型,但这不是必须的,你可以尽管违反类型定义。这是因为在任何情况下,SQLite 都可以接受一个值并推断它的类型。
总之,SQLite 的弱类型可表示为:
字段可以有类型。
类型可以通过值来推断。
类型亲和性介绍这两个规定如何相互关联。所谓类型亲和性就是在强类型(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 算起的秒数。 |
评论