候指定开始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算起的秒数。 |
字段类型和亲和性
首先，每个字段都具有一种亲和性。共有五种亲和性：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字段，将会试图将其转化为INT