最近由于项目需要要做一个小工具。

需求：客户用的老库并存储了一些数据，用了一段时间，我们根据客户提出新功能在老库的基础上对新库进行修改。这些修改有很多细节方面的修改，包含存储过程，增加表，修改表字段类型，添加字段。

然后我们自己更新并测试好软件后，需要改动客户那边的老库，老库的数据是要保存的。

解决方案一：很快我就想到用SQL SERVER 08 R2 自带的功能，生成新库脚本。把老库改个名字，跑新库脚本，然后通过数据库自带功能把老库数据导入到新库数据。测试的时候，数据量不大，速度还比较理想。

但是这对客户来说还是很不方便的，且数据量大些还是比较费时的。于是，boss就让我做个小工具吧。

难道我要用程序实现以上操作，oh my god !

于是我想啊想。。。。

解决方案二：我就再细一些，直接操作数据库的表吧，对于数据库中存在的表，我给它重新命名，跑个新脚本建表，然后把老表中数据插进去。

相关SQL语句如下：

修改表名：EXEC sp_rename 'oldName' , 'newName'

插入数据：insert into newTable(column1,column2,.....) select column1,column2,..... from oldTable

更多相关操作：

参考数据库、表、列的重命名

列出参考内容来方便查看

一、更改数据库名

二、更改表名或列名

参考 复制表结构和表数据的SQL语句

列出参考内容来方便查看

1.复制表结构及数据到新表
CREATE TABLE 新表 SELECT * FROM 旧表

2.只复制表结构到新表
CREATE TABLE 新表 SELECT * FROM 旧表 WHERE 1=2

即:让WHERE条件不成立.

方法二:(由tianshibao提供)
CREATE TABLE 新表 LIKE 旧表

3.复制旧表的数据到新表(假设两个表结构一样)
INSERT INTO 新表 SELECT * FROM 旧表

4.复制旧表的数据到新表(假设两个表结构不一样)
INSERT INTO 新表(字段1,字段2,.......) SELECT 字段1,字段2,...... FROM 旧表

想到这，发现好像还少了点什么，呃，procedure和constraint，好吧，那我也先删除再添加
先查出来
select name from sys.procedures
select constraint_name, table_name from information_schema.table_constraints
再删除
drop procedure [dbo].[procedure_name]
alter table tableName drop CONSTRAINT [PK_ |FK_ |UK_ |DF_ |CK_]
这里再补充一些东西，关于约束前缀，参考SQL约束前缀
方便查看，再列出来
--主键
constraint PK_字段 primary key(字段),

--唯一约束
constraint UK_字段 unique key(字段),

--默认约束
constrint DF_字段 default('默认值') for 字段,

--检查约束
constraint CK_字段 check(约束。如：len(字段)>1),

--主外键关系
constraint FK_主表_从表 foreign(外键字段) references 主表(主表主键字段)

然后再从脚本中读取相应脚本文件并执行（加句废话：要执行多行脚本文件，CommandText里加'\n'就好了）。

解决方案三：思来想去，为什么非要导入数据，直接改表结构就好了呀。于是读取表中字段

select column_name,data_type from information_schema.columns where table_name = 'tableName'
对于旧表中存在的字段
ALTER TABLE [tableName] ALTER COLUMN [columnName] [int] NOT NULL
对于旧表中不存在的字段
ALTER TABLE [tableName] ADD COLUMN [columnName] [int] NOT NULL

这样一来就不用导入数据就可以把旧库结构更新，其中除了运用一些ADO.NET方面的知识，还用到了正则表达式之类的来匹配脚本中相应的SQL命令。当然目前的方案还存在一些问题，这个工具还不够通用，对需要旧表多余的列并没有删除，还有容错性方面考虑得也不够周到。后期还会根据项目需要进一步改进的。