当前位置:Gxlcms > 数据库问题 > Sqlite全面学习(一)

Sqlite全面学习(一)

时间:2021-07-01 10:21:17 帮助过:41人阅读

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的弱类型可表示为:

  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不做任何转换。如果两个表达式有相似的存储类,则直接按它们的值进行比较;否则按类值进行比较。

总结

这里主要介绍了Sqlite的一些基本概念和数据类型的特性。关于Sqlite其他内容接下来文章继续介绍。

【工匠若水 http://blog.csdn.net/yanbober】

Sqlite全面学习(一)

标签:数据库   sqlite   sqlite3   嵌入式数据库   

人气教程排行