Sqlite 学习笔记(一)

前端之家收集整理的这篇文章主要介绍了Sqlite 学习笔记(一)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
sqlite清空表并将自增列归零
sql标准中有TRUNCATE TABLE语句,用来清空表的所有内容。
但sqlite不支持这个语句。在sqlite中直接使用 DELETE FROM TableName 就可以了。
对于大多数DBMS来说,用DELETE不如用TRUNCATE 速度快,因为TRUNCATE 不用访问整个表,不用记录数据的变动。

sqlite虽然不支持TRUNCATE,但它对DELETE做了优化:
通常在清空表的时候,还需要把自增列归零。在sqlite中定义自增列的方法如下:
CREATE TABLE TableName ( id INTEGER PRIMARY KEY AUTOINCREMENT,name varchar,type Integer );

当sqlite数据库中包含自增列时,会自动建立一个名为 sqlite_sequence 的表。
这个表包含两个列:name和seq。name记录自增列所在的表,seq记录当前序号(下一条记录的编号就是当前序号加1)。
如果想把某个自增列的序号归零,只需要修改 sqlite_sequence表就可以了。
UPDATE sqlite_sequence SET seq = 0 WHERE name='TableName';

也可以直接把该记录删掉:		 	   
DELETE FROM sqlite_sequence WHERE name='TableName';
要想将所有表的自增列都归零,直接清空sqlite_sequence表就可以了:
DELETE FROM sqlite_sequence;

sqlite中INTEGER PRIMARY KEY AUTOINCREMENT和rowid的使用
在用sqlite设计表时,突然想到一个问题,就是我设计的表中,每个表都有一个自己的整形id值作为主键,
其实可以不指定这么一个id值,sqlite内部本来就会为每个表加上一个 rowid,这个rowid可以当成一个隐含的字段使用,

为什么不直接使用这个内部的rowid作为每个表的id主键呢。
使用自增长字段为主键有不少问题,比如维护或是在大型分布应用中主键冲突的解决等。
在一些大型分布应用中主键一般选用guid,这可以有效的避免主键冲突,减少对主键维护的工程。
当然,对于中小型的应用,自增长字段的好处更多一些,简单、快速sqlite中,一个自增长字段定义为 INTEGER PRIMARY KEY AUTOINCREMENT
那么在插入一个新数据时,只需要将这个字段的值指定为NULL,即可由引擎自动设定其值,
引擎会设定为最大的rowid+1 当然,也可以设置为非NULL的数字来自己指定这个值,但这样就必须自己小心,不要引起冲突。

rowid的新值会这个最大数之前随机找一个没被使用了的值。所以在rowid达到最大值前,rowid的值是严格单调增加的。
INTEGER PRIMARY KEY AUTOINCREMENT 自增长字段的算法与rowid稍微有些不同。

第一,在达到最大值后,rowid会找已被删除的字段对应的rowid作为新值,而自增长字段则会丢出一个sqlITE_FULL的错误
第二,自增长字段在增加新值时,是找一个从没被使用过的rowid作为新值,而rowid则是找最大已存在的rowid+1。

这里对应用的影响会比较大,尤其是一些对id值有依赖的元记录,只适合使用自增长字段而不能用rowid。
比如,我们设计一个元记录表:
Create table Meta_struct(id INTEGER PRIMARY KEY AUTOINCREMENT,type Integer);
然后,定义一个一级表,来描述其它表的结构:
Create table Meta_table(tableid INTEGER,table_field integer)

最后,我们的应用可以根据这个一级表来产生实际使用的二级表。
这样为保证兼容性Meta_struct中的id必须是唯一的,如果有字段被删除,也不能重复使用这个字段的id值,不然,在数据库合并时,
一级表和二级表就会混乱。所以Meta_struct表中的主键只能使用自增长字段,而不能用rowid。

第三,使用自增长字段,引擎会自动产生一个sqlite_sequence表,用于记录每个表的自增长字段的已使用的最大值,用户可以看到,
并可以用使用Update、Delete和Insert操作,但不建议这么使用,这会让引擎混乱。如果使用rowid,也会有这么一个内部表,用户可以维护rowid值,但看不到。
转载于:http://www.ifunsion.com/archives/2771
参阅:http://www.cnblogs.com/peida/archive/2008/11/29/1343832.html
原文链接:https://www.f2er.com/sqlite/200733.html

猜你在找的Sqlite相关文章