【 tulaoshi.com - 编程语言 】
如下所示：
代码如下：
"AWU","102300","ZX240-3","2609997000","2609997000","3016924000","","3091775000","","","QCR0000285",""
"AYE","001800","ZX60","2609997000","2609997000","3016924000","","","","","",""
虽然项目开发了应用程序，解析类似的文本文件，并将记录存储到数据库中，但效率显然不及批量导入。为了节约时间，从9：00PM开始，决定先尝试将文本文件导入Excel，再将Excel导入SQL Server2000。（因为之前部分备份工作便是该操作的逆向方式）。
打开Excel2007，再选择打开数据源的文本文件，系统自动进入“文本导入向导”。
第一步，选择字段分割方式，本例采用“分割符号”，适当调整文本文件编码方式（UTF-8、ANSI等），已保证导入数据不是乱码。
第二步，选择分割符号，文本识别符号（太棒了！当初还在考虑双引号如何去掉）。
第三步，设置每列数据类型（常规、文本、日期）。点击完成！
稍微提示下两个细节问题：
1.如示例数据第二行第二字段“001800”，如果在导入第三步按“常规”类型导入，则前端“00”会被去掉，类似数字的处理办法，此时如需保留，请选择“文本”类型。
2.有时源数据中难免存在格式问题，特别是导入强约束的数据库表单时就会报错。这时就得根据报错信息回头检查Excel中的数据。测试中遇到了逗号出现在了“，”双引号内部，导致数据无法导入等情况。多个双引号现象：““”等等。
3.数据导入Excel后，最好在第一行前插入一行，输入数据库对应表单的字段名。不设此行能否实行，还请各位实践证明：）
介于上述的第二问题，所以推荐先将文本文件导入Access，通过Access导入SQL Server。这样的好处在于Access的数据类型与SQL Server更类似，这样当文本文件导入Access时会严格检验数据的合法性，避免后续的诸多麻烦。
导入方法也很类似，简单介绍下：打开Access2007，选择外部数据-文本文件，选中文本文件后，同样出现“导入文本向导”。
第一步，选择固定宽度或分隔符。
第二步，选择分割符类型和文本标识符，可选项“第一行包含字段名称”。
第三步，设置字段名和字段类型（最有价值的一项）。
第四步，是否建立主键。
第五步，完成！
稍微提示一个细节问题：
某些文本文件在Access导入预览时，首行前端会有一个乱码。没关系，打开源文本文件，在首行开头回车，建立一个空行即可。导入数据后，在Access表中再次删除首行记录。
最后通过SQL Server企业管理器，选中需重新导入的表单，右键选择导入数据。继续下一步吧：）SQL Server导入数据时也会严格匹配记录的数据类型是否匹配，如果不匹配，则此批次的数据导入均失败。
OK，先分享这些吧。更多技巧，欢迎大家一起来丰富。Office系列的活用和MS软件间的巧用真是很强大，需要慢慢挖掘：） SQL Server导入数据的更多技巧，我也需要再多学习下！
