linq2db SQLite 提供程序中移除 timestamp 类型的特殊处理

在 linq2db 项目中，SQLite 数据提供程序的架构处理代码中存在一个历史遗留问题，即对名为 "timestamp" 的列类型进行了特殊处理。本文将详细分析这个问题及其解决方案。

问题背景

SQLite 作为一种轻量级数据库，其类型系统与其他关系型数据库有显著不同。SQLite 采用动态类型系统，列的类型名称实际上并不强制执行严格的类型约束。然而，在 linq2db 的 SQLite 架构提供程序中，却对名为 "timestamp" 的列类型进行了特殊处理，将其标记为自动生成字段。

这种处理方式存在两个主要问题：

1. SQLite 中的类型名称本质上没有特殊含义，不应该基于类型名称做出特殊行为
2. SQLite 本身并不真正支持自动生成列的概念

技术影响

这种特殊处理会导致以下实际问题：

当应用程序尝试向包含 timestamp 类型列的 SQLite 表中插入记录时，由于 linq2db 错误地将这些列识别为自动生成字段，可能会导致插入操作失败或行为异常。这种隐式的类型处理违反了 SQLite 的设计哲学，也与其他数据库提供程序的行为不一致。

解决方案

正确的做法应该是完全移除这种基于类型名称的特殊处理，使 SQLite 提供程序的行为与其他提供程序保持一致。具体来说，就是删除相关代码中对 "timestamp" 类型的检查逻辑。

对于确实需要自动生成值的场景，应该使用 SQLite 支持的机制如 AUTOINCREMENT 或触发器，而不是依赖类型名称的隐式约定。

兼容性考虑

虽然这是一个错误修复，但考虑到可能有应用程序依赖了当前的行为，可以在变更中引入兼容性标志，允许用户逐步迁移。但长期来看，这种基于类型名称的特殊处理应该被完全移除，以保持代码的清晰性和一致性。

总结

这个变更体现了 linq2db 项目对正确性和一致性的持续追求。通过移除这种不合理的特殊处理，SQLite 提供程序将更加符合 SQLite 数据库的实际行为，同时也减少了用户在使用过程中可能遇到的困惑和问题。