为何SQLite允许在BLOB列存储INT值？类型机制疑问

核心背景：SQLite的动态类型系统 #

SQLite采用动态类型（Manifest Typing），和标准SQL的静态类型约束完全不同——表列的类型仅代表类型亲和性（Type Affinity），并非强制要求列中所有值必须属于该类型。每个存储的值都自带独立的类型标记，不受列定义的限制，这就是你看到BLOB列能存整数、文本、原生blob的原因。

问题逐一解答 #

1. “值blob”是否为“列blob”的子类型？ #

不是。SQLite的列类型（比如BLOB列）本质是类型亲和性，用来指导SQLite在进行类型转换时的偏好逻辑，并非定义列的“父类型”。每个存储的值的类型（integer/blob/text等）是完全独立的，不存在“值类型是列类型子类型”的层级关系。BLOB列只是告诉SQLite，当插入的值需要自动转换时优先按blob处理，但绝不限制存储其他类型的值。

2. 该特性是否为设计如此？有无官方文档说明？ #

这是SQLite的核心设计特性，官方文档明确了动态类型和类型亲和性的规则：

• 类型亲和性是SQLite对标准SQL静态类型的兼容方案，允许列存储任意类型的值；
• 列的类型定义不会强制限制存储值的类型，仅影响SQLite在表达式计算、比较操作时的类型转换逻辑。

3. 整数转换为blob是否会导致结果不可预测？ #

不会，SQLite对整数转blob的规则是明确且固定的：

• 直接使用CAST(integer AS BLOB)时，会将整数以大端字节序的二进制形式存储为blob；
• 如果是先将整数转为文本再转blob（比如CAST(CAST(1 AS TEXT) AS BLOB)），才会依赖文本编码（默认UTF-8），但这种场景的转换规则同样是确定的。
  只要遵循SQLite的转换规范，结果完全可预测。

验证测试代码 #

$ sqlite3
sqlite> create table tbl(value blob);
sqlite> INSERT INTO tbl VALUES (cast(1 as integer));
sqlite> INSERT INTO tbl VALUES (cast(2 as blob));
sqlite> INSERT INTO tbl VALUES (cast(3 as text));
sqlite> select value, typeof(value) from tbl;
1|integer
2|blob
3|text

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