sqlite的字段类型

改了点东西&＃xff0c;因为想着要把项目优化&＃xff0c;但是每条数据如果都存到单一数据库中&＃xff0c;会造成以后的数据越来越大&＃xff0c;怎么办&＃xff1f;于是我想到了&＃xff0c;可以考虑将单类数据存储到sqlite中&＃xff0c;既可以备份&＃xff0c;又可以用作缓存和其他作用。

所以就想到了sqlite的一些特性&＃xff0c;当然&＃xff0c;花了大量的时间测试代码&＃xff0c;即&＃xff0c;一份代码自动生成不同的数据库&＃xff0c;可以自由控制读取哪个库哪个表。基于YII而已。写的有点挫&＃xff0c;但现在这样的好处是可以不改动原有任何一行代码。

OK&＃xff0c;接着转sqlite的字段类型。

一、存储种类和数据类型&＃xff1a;

    SQLite将数据值的存储划分为以下几种存储类型&＃xff1a;
     NULL: 表示该值为NULL值。
     INTEGER: 无符号整型值。
     REAL: 浮点值。
     TEXT: 文本字符串&＃xff0c;存储使用的编码方式为UTF-8、UTF-16BE、UTF-16LE。
     BLOB: 存储Blob数据&＃xff0c;该类型数据和输入数据完全相同。
    由于SQLite采用的是动态数据类型&＃xff0c;而其他传统的关系型数据库使用的是静态数据类型&＃xff0c;即字段可以存储的数据类型是在表声明时即以确定的&＃xff0c;因此它们之间 在数据存储方面还是存在着很大的差异。在SQLite中&＃xff0c;存储分类和数据类型也有一定的差别&＃xff0c;如INTEGER存储类别可以包含6种不同长度的 Integer数据类型&＃xff0c;然而这些INTEGER数据一旦被读入到内存后&＃xff0c;SQLite会将其全部视为占用8个字节无符号整型。因此对于SQLite而 言&＃xff0c;即使在表声明中明确了字段类型&＃xff0c;我们仍然可以在该字段中存储其它类型的数据。然而需要特别说明的是&＃xff0c;尽管SQLite为我们提供了这种方便&＃xff0c;但是一旦 考虑到数据库平台的可移植性问题&＃xff0c;我们在实际的开发中还是应该尽可能的保证数据类型的存储和声明的一致性。除非你有极为充分的理由&＃xff0c;同时又不再考虑数据库 平台的移植问题&＃xff0c;在此种情况下确实可以使用SQLite提供的此种特征。
   1. 布尔数据类型&＃xff1a;
    SQLite并没有提供专门的布尔存储类型&＃xff0c;取而代之的是存储整型1表示true&＃xff0c;0表示false。

   2. 日期和时间数据类型&＃xff1a;
    和布尔类型一样&＃xff0c;SQLite也同样没有提供专门的日期时间存储类型&＃xff0c;而是以TEXT、REAL和INTEGER类型分别不同的格式表示该类型&＃xff0c;如&＃xff1a;
    TEXT: "YYYY-MM-DD HH:MM:SS.SSS"
    REAL: 以Julian日期格式存储
    INTEGER: 以Unix时间形式保存数据值&＃xff0c;即从1970-01-01 00:00:00到当前时间所流经的秒数。

二、类型亲缘性&＃xff1a;

    为了最大化SQLite和其它数据库引擎之间的数据类型兼容性&＃xff0c;SQLite提出了"类型亲缘性(Type Affinity)"的概念。我们可以这样理解"类型亲缘性 "&＃xff0c;在表字段被声明之后&＃xff0c;SQLite都会根据该字段声明时的类型为其选择一种亲缘类型&＃xff0c;当数据插入时&＃xff0c;该字段的数据将会优先采用亲缘类型作为该值的存储 方式&＃xff0c;除非亲缘类型不匹配或无法转换当前数据到该亲缘类型&＃xff0c;这样SQLite才会考虑其它更适合该值的类型存储该值。SQLite目前的版本支持以下五种 亲缘类型&＃xff1a;

亲缘类型 描述　　
TEXT 数值型数据在被插入之前&＃xff0c;需要先被转换为文本格式&＃xff0c;之后再插入到目标字段中。
NUMERIC 当文本数据被插入到亲缘性为NUMERIC的 字段中时&＃xff0c;如果转换操作不会导致数据信息丢失以及完全可逆&＃xff0c;那么SQLite就会将该文本数据转换为INTEGER或REAL类型的数据&＃xff0c;如果转换失 败&＃xff0c;SQLite仍会以TEXT方式存储该数据。对于NULL或BLOB类型的新数据&＃xff0c;SQLite将不做任何转换&＃xff0c;直接以NULL或BLOB的方式存储 该数据。需要额外说明的是&＃xff0c;对于浮点格式的常量文本&＃xff0c;如"30000.0"&＃xff0c;如果该值可以转换为INTEGER同时又不会丢失数值信息&＃xff0c;那么SQLite 就会将其转换为INTEGER的存储方式。
INTEGER 对于亲缘类型为INTEGER的字段&＃xff0c;其规则等同于NUMERIC&＃xff0c;唯一差别是在执行CAST表达式时。
REAL 其规则基本等同于NUMERIC&＃xff0c;唯一的差别是不会将"30000.0"这样的文本数据转换为INTEGER存储方式。
NONE 不做任何的转换&＃xff0c;直接以该数据所属的数据类型进行存储。　　

   1. 决定字段亲缘性的规则&＃xff1a;
    字段的亲缘性是根据该字段在声明时被定义的类型来决定的&＃xff0c;具体的规则可以参照以下列表。需要注意的是以下列表的顺序&＃xff0c;即如果某一字段类型同时符合两种亲缘性&＃xff0c;那么排在前面的规则将先产生作用。
    1). 如果类型字符串中包含"INT"&＃xff0c;那么该字段的亲缘类型是INTEGER。
    2). 如果类型字符串中包含"CHAR"、"CLOB"或"TEXT"&＃xff0c;那么该字段的亲缘类型是TEXT&＃xff0c;如VARCHAR。
    3). 如果类型字符串中包含"BLOB"&＃xff0c;那么该字段的亲缘类型是NONE。
    4). 如果类型字符串中包含"REAL"、"FLOA"或"DOUB"&＃xff0c;那么该字段的亲缘类型是REAL。
    5). 其余情况下&＃xff0c;字段的亲缘类型为NUMERIC。

    2. 具体示例&＃xff1a;

声明类型 亲缘类型 应用规则
INT
INTEGER
TINYINT
SMALLINT
MEDIUMINT
BIGINT
UNSIGNED BIG INT
INT2
INT8 INTEGER 1
CHARACTER(20)
VARCHAR(255)
VARYING CHARACTER(255)
NCHAR(55)
NATIVE CHARACTER(70)
NVARCHAR(100)
TEXT
CLOB  TEXT 2
BLOB NONE 3
REAL
DOUBLE
DOUBLE PRECISION
FLOAT  REAL 4
NUMERIC
DECIMAL(10,5)
BOOLEAN
DATE
DATETIME  NUMERIC 5

    注&＃xff1a;在SQLite中&＃xff0c;类型VARCHAR(255)的长度信息255没有任何实际意义&＃xff0c;仅仅是为了保证与其它数据库的声明一致性。

三、比较表达式&＃xff1a;

    在SQLite3中支持的比较表达式有&＃xff1a;"&＃61;", "&＃61;&＃61;", "<", "<&＃61;", ">", ">&＃61;", "!&＃61;", "<>", "IN", "NOT IN", "BETWEEN", "IS" and "IS NOT"。
    数据的比较结果主要依赖于操作数的存储方式&＃xff0c;其规则为&＃xff1a;
    1). 存储方式为NULL的数值小于其它存储类型的值。
    2). 存储方式为INTEGER和REAL的数值小于TEXT或BLOB类型的值&＃xff0c;如果同为INTEGER或REAL&＃xff0c;则基于数值规则进行比较。
    3). 存储方式为TEXT的数值小于BLOB类型的值&＃xff0c;如果同为TEXT&＃xff0c;则基于文本规则(ASCII值)进行比较。
    4). 如果是两个BLOB类型的数值进行比较&＃xff0c;其结果为C运行时函数memcmp()的结果。

四、操作符&＃xff1a;

    所有的数学操作符(&＃43;, -, *, /, %, <<, >>, &, and |)在执行之前都会先将操作数转换为NUMERIC存储类型&＃xff0c;即使在转换过程中可能会造成数据信息的丢失。此外&＃xff0c;如果其中一个操作数为NULL&＃xff0c;那么它们 的结果亦为NULL。在数学操作符中&＃xff0c;如果其中一个操作数看上去并不像数值类型&＃xff0c;那么它们结果为0或0.0。