SQLite STRICT表是否存在性能或操作层面的差异？

除了核心的列类型强制校验外，STRICT表和普通SQLite表还有这些明显差异：

• 存储与性能表现

  • 数据存储更紧凑：STRICT表不需要为每个值额外存储类型标识，因为列类型是固定的，相同数据量下磁盘占用会更小。
  • 读写性能有细微变化：读取时不用做类型兼容判断，批量查询或扫描时速度会稍快；但写入时要多做类型校验，会消耗少量CPU，常规业务场景下这种差异几乎感知不到。

• 表结构与行为约束

  • 隐式ROWID被禁用：STRICT表默认不提供隐式的ROWID列，如果需要类似自增主键的功能，必须显式声明主键列，或者搭配WITHOUT ROWID语法使用。
  • NULL值处理更严格：比如声明为INTEGER NOT NULL的列，不能插入字符串'NULL'，只能插入真正的SQL NULL值，避免了非STRICT表中隐式转换带来的歧义。
  • 拒绝非标准类型转换：非STRICT表允许把字符串插入INTEGER列（SQLite会尝试自动转换），但STRICT表会直接抛出错误，杜绝这类隐式转换引发的意外数据问题。

• 版本兼容性限制

  • STRICT表是SQLite 3.37.0版本才新增的特性，低于这个版本的SQLite引擎无法创建或访问这类表。
  • 数据导入导出时限制更多：无法直接将不符合列类型的数据导入STRICT表，必须提前完成数据清洗和类型转换。

内容的提问来源于stack exchange，提问作者rwallace