SQLite---使用约束

背景

在使用SQLite建表的时候，通常会使用_id作为唯一标示，使用PRIMARY KEY与AUTOCREMENT进行修饰，而主键是不可以重复的。但是在这张表中还有其他的Column也不允许重复，则可以使用Unique约束。

常用的约束有：

• Unique：确保该列中的所有值是不同的
• Not Null：确保被该约束修饰的列不会有空值
• Default：当该字段没有值时，使用默认值填充
• Primary Key：确保该列可以唯一标示一条数据，不会重复
• Check：确保该列的值都满足条件，如果不满足，则无法插入

举例

现在有一张表，记录了本设备最近使用的App历史记录，并且按照进入的时间进行排序显示。当同一个App重复进入的时候，则需要覆盖原有Row。

那么这张表拥有四列：

• _id：自增标志ID
• app_name：访问的APP名，必须唯一
• access_time：访问时间
• access_count：访问次数，检测值必须大于0次

步骤

• 在建表时，为唯一列设置Unique属性
• 在建表时，加入Conflict处理策略
• 在插入时，决定Conflict处理策略

注意：无论是建表时决定Conflict的处理策略还是插入时决定处理策略，Unique属性都是必须的

建表实现

创建app_access_table表，其中：

• _id：使用Primary Key约束，自增
• app_name：使用Unique，当有冲突时，则替换该条
• access_time：使用Default约束，默认值为10000
• aacess_count：使用Check约束，检查是否大于0

CREATE 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：默认值为10000

CREATE 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字段会发生变化。

其他处理策略：

• CONFLICT_ROLLBACK =1
  当冲突发生时，立即回滚，结束当前的Transaction，并且会返回SQLITE_CONSTRAINT错误码。如果没有Transaction的话，那么就和ABORT一样
• CONFLICT_ABORT = 2
  当冲突发生时，不会执行Rollback，而会保留之前的数据。这是默认行为
• CONFLICT_FAIL =3
  当冲突发生时，命令中断，并且返回SQLITE_CONSTRAINT错误码。但是之前对数据库修改的命令都会保留，不会回退
• CONFLICT_IGNORE = 4
  当冲突发生时，该列不会插入也不会修改，并且命令继续正常执行。之前和之后的命令都不会受到影响，并且也不会有错误码返回。
• CONFLICT_REPLACE = 5
  当使用了UNIQUE约束的列发生冲突的时候，之前已经存在的行都会被删除掉，然后再插入/更新当前的列。因此插入/更新总会发生。命令也会继续执行，不会有错误返回。
  如果发生在NOT NULL约束的列，那么NULL值会被默认值替换掉。如果该列没有默认值的话，那么就会使用ABORT策略。
  如果发生在CHECK约束的列，则会使用IGNORE策略。
  当这种策略触发删除row的时候，它不会触发delete trigger。