很久以前就遇到过数据库版本升級的引用场景当时的做法是简单的删除旧的数据库文件，重建数据库和表结构这种暴力升级的方式会导致旧的数据的丢失，现在看来這并不不是一个优雅的解决方案现在一个新的项目中又使用到了数据库，我不得不重新考虑这个问题我希望用一种比较优雅的方式去解决这个问题，以后我们还会遇到类似的场景我们都想做的更好不是吗？
理想的情况是：数据库升级表结构、主键和约束有变化，新嘚表结构建立之后会自动的从旧的表检索数据相同的字段进行映射迁移数据，而绝大多数的业务场景下的数据库版本升级是只涉及到字段的增减、修改主键约束所以下面要实现的方案也是从最基本的、最常用的业务场景去做一个实现，至于更加复杂的场景可以在此基礎上进行扩展，达到符合自己的预期的

网上搜索了下，并没有数据库升级数据迁移简单完整的解决方案找到了一些思路

1. 在已有表的基礎上对表结构进行修改
   缺点：规则比较繁琐，要建立一个数据库的字段配置文件然后读取配置文件，执行SQL修改表结构、约束和主键等等涉及到跨多个版本的数据库升级就变得繁琐并且麻烦了
2. 创建临时表，把旧的数据拷贝到临时表然后删除旧的数据表并且把临时表设置為数据表。
   优点：能够保留数据支持表结构的修改，约束、主键的变更实现起来比较简单
   缺点：实现的步骤比较多

综合考虑，第三种方法是一个比较靠谱的方案

根据这个思路，分析了一下数据库升级了主要步骤大概如下：

• 修改表名,添加后缀“_bak”把旧的表当做备份表
• 遍历旧的表和新表，对比取出需要迁移的表的字段

使用到的SQL语句分析

这些操作都是和数据库操作有关系的所以问题的关键是对应步骤的SQL語句了，下面分析下用到的主要的SQL语句：

• 修改表名,添加后缀“_bak”把旧的表当做备份表

• 使用子查询进行数据迁移处理

####代码实现 接下来就到叻代码的实现步骤了

// 创建新的临时表，把数据导入临时表然后用临时表替换原表
 
 
 // 获取数据库中旧的表
 
 // 修改表名,添加后缀“_bak”，把旧的表當做备份表
 
 
 
 // 遍历旧的表和新表对比取出需要迁移的表的字段
 
 
 
 
 // 获取表数据库字段信息
 

sqlite 删除表文件的大小不变的问题