sqlite

在用sqlite设计表时，每个表都有一个自己的整形id值作为主键，其实可以不指定这么一个id值，sqlite内部本来就会为每个表加上一个　rowid，这个rowid可以当成一个隐含的字段使用，但是由sqlite引擎来维护的，在3.0以前rowid是32位的整数，3.0以后是 64位的整数，为什么不直接使用这个内部的rowid作为每个表的id主键呢。

相关的文档在这里：?http://www.sqlite.org/autoinc.html?http://www.sqlite.org/faq.html

 

用指定INTEGER PRIMARY KEY AUTOINCREMENT 和不指定自增长字段用rowid有什么区别:

使用自增长字段为主键有不少问题，比如维护或是在大型分布应用中主键冲突的解决等。在一些大型分布应用中主键一般选用guid，这可以有效的避免主键冲突，减少对主键维护的工程。当然，对于中小型的应用，自增长字段的好处更多一些，简单、快速。

Sqlite中，一个自增长字段定义为INTEGER PRIMARY KEY AUTOINCREMENT，那么在插入一个新数据时，只需要将这个字段的值指定为NULL，即可由引擎自动设定其值，引擎会设定为最大的rowid+1。当然，也可以设置为非NULL的数字来自己指定这个值，但这样就必须自己小心，不要引起冲突。当这个rowid的值大于所能表达的最大值 9223372036854775807 （3.0及以后版本的rowid最大值）后，rowid的新值会这个最大数之前随机找一个没被使用了的值。所以在rowid达到最大值前，rowid的值是严格单调增加的。
INTEGER PRIMARY KEY AUTOINCREMENT 自增长字段的算法与rowid稍微有些不同。
 第一，在达到最大值后，rowid会找已被删除的字段对应的rowid作为新值，而自增长字段则会丢出一个SQLITE_FULL的错误。
 第二，自增长字段在增加新值时，是找一个从没被使用过的rowid作为新值，而rowid则是找最大已存在的rowid+1。这里对应用的影响会比较大，尤其是一些对id值有依赖的元记录，只适合使用自增长字段而不能用rowid。
 
 比如，我们设计一个元记录表：
drop table test;
create table test (
    [tkid]            integer PRIMARY KEY autoincrement,                -- 设置主键
    [tktype]          int default 0,
    [tableid]         varchar (50),
    [createdate]      datetime default (datetime('now', 'localtime'))    -- 时间
);

 第三，使用自增长字段，引擎会自动产生一个sqlite_sequence表，用于记录每个表的自增长字段的已使用的最大值，用户可以看到，并可以用使用 Update、Delete和Insert操作，但不建议这么使用，这会让引擎混乱。如果使用rowid，也会有这么一个内部表，用户可以维护rowid 值，但看不到。
这么看来，如果直接使用rowid来代替自增加字段，根据两者的细微的差别，需要注意是否与自己的应用冲突，如果没有冲突，那么用rowid会更快一点。

 

SQLite中创建自增字段:

简单的回答：一个声明为 INTEGER PRIMARY KEY 的字段将自动增加。

从 SQLite 的 2.3.4 版本开始，如果你将一个表中的一个字段声明为 INTEGER PRIMARY KEY，那么无论你何时向该表的该字段插入一个 NULL 值，这个 NULL 值将自动被更换为比表中该字段所有行的最大值大 1 的整数；如果表为空，那么将被更换为 1。

一个新的API函数 sqlite3_last_insert_rowid() 返回最近的插入操作的整形键.

注意这个整型键始终比之前插入表中的最后一个键大1。新键相对于表中的已有键来说是唯一的，但它可能与之前从表中删除的键值重叠。要始终得到在整个表中唯一的键，在INTEGER PRIMARY KEY的声明之前加关键词AUTOINCREMENT.这样被选的键将总是比表中已存在的最大键大1。若可能的最大键已存在于表中，INSERT操作将失败并返回一个SQLITE_FULL错误码.

http://www.cnblogs.com/zhw511006/archive/2010/09/08/1821596.html

从这里转的，实际上是对文档的翻译

2012.2.8

最近使用sqllite遇到几个问题
有一段代码使用时间作为主键，结果有时间相同的情形，导致数据无法插入，接想改为用自增主键，
在创建table的时候，不指定主键的话，因该是使用rowid作为主键的。自己也可以创建主键，如果创建的主键是INTEGER PRIMARY KEY，其实是rowid的异名。我试图创建主键为index INTEGER PRIMARY KEY，结果报在index附近有语法错误，改为indx后就好了，难道index是一个关键字，不能用
在sqlite中使用事务可以防止意外的断电对数据库造成破坏

2012.7.9

http://www.sqlite.org/howtocorrupt.html

An SQLite database is highly resistant to corruption. If an application crash, or an operating-system crash, or even a power failure occurs in the middle of a transaction, the partially written transaction should be automatically rolled back the next time the database file is accessed. The recovery process is fully automatic and does not require any action on the part of the user or the application. 

SQLite数据库具有很强的抗崩溃能力。如果一个应用程序崩溃或操作系统崩溃，甚至电源故障发生在事务中，只完成了部分的事务应自动回滚在下一次访问数据库文件。恢复过程是全自动的，不需要用户或应用程序的操作。