在使用SQLite建表的时候,通常会使用_id
作为唯一标示,使用PRIMARY KEY
与AUTOCREMENT
进行修饰,而主键是不可以重复的。但是在这张表中还有其他的Column也不允许重复,则可以使用Unique约束。
常用的约束有:
现在有一张表,记录了本设备最近使用的App历史记录,并且按照进入的时间进行排序显示。当同一个App重复进入的时候,则需要覆盖原有Row。
那么这张表拥有四列:
_id
:自增标志IDapp_name
:访问的APP名,必须唯一access_time
:访问时间access_count
:访问次数,检测值必须大于0次Unique
属性Conflict
处理策略Conflict
处理策略注意:无论是建表时决定Conflict的处理策略还是插入时决定处理策略,
Unique
属性都是必须的
创建app_access_table
表,其中:
_id
:使用Primary Key
约束,自增app_name
:使用Unique
,当有冲突时,则替换该条access_time
:使用Default
约束,默认值为10000aacess_count
:使用Check
约束,检查是否大于0CREATE TABLE IF NOT EXISTS app_access_table (
_id INTEGER PRIMARY KEY AUTOINCREMENT ,
app_name TEXT UNIQUE ON CONFLICT REPLACE ,
access_time LONG DEFAULT 10000 ,
access_count INTEGER CHECK(access_count>0)
)
该建表语句决定了,当有新数据插入时,如果有相同app_name
的话,则使用Replace
策略替换原有数据
创建app_access_table
表,其中:
_id
:主键,自增app_name
:只有Unique
约束access_time
:默认值为10000CREATE TABLE IF NOT EXISTS app_access_table (
_id INTEGER PRIMARY KEY AUTOINCREMENT ,
app_name TEXT UNIQUE ,
access_time LONG DEFAULT 10000 ,
access_count INTEGER CHECK(access_count>0)
)
在数据插入时使用insertWithOnConflict
来决定冲突时,该如何处理,此处使用SQLiteDatabase.CONFLICT_REPLACE
来决定数据冲突时,替换该条数据
db.insertWithOnConflict(TABLE_NAME, null, values, SQLiteDatabase.CONFLICT_REPLACE);
值得注意的是,SQLiteDatabase在面对Replace的处理是,首先删除原有的行,然后再把新的这一行添加到表中,替换完后,
_id
字段会发生变化。
SQLITE_CONSTRAINT
错误码。如果没有Transaction的话,那么就和ABORT
一样SQLITE_CONSTRAINT
错误码。但是之前对数据库修改的命令都会保留,不会回退UNIQUE
约束的列发生冲突的时候,之前已经存在的行都会被删除掉,然后再插入/更新当前的列。因此插入/更新总会发生。命令也会继续执行,不会有错误返回。
如果发生在NOT NULL
约束的列,那么NULL值会被默认值替换掉。如果该列没有默认值的话,那么就会使用ABORT
策略。
如果发生在CHECK
约束的列,则会使用IGNORE
策略。
当这种策略触发删除row的时候,它不会触发delete trigger
。