BCP 数据导入问题 Unix系统中的文本文件换行符引发的问题

最新推荐文章于 2018-04-21 22:17:51 发布

转载最新推荐文章于 2018-04-21 22:17:51 发布 · 400 阅读

1 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/phyllis/archive/2011/05/13/2045429.html

文章标签：

#操作系统

本文讨论了在处理UNIX数据文件（行末为<LF>）与Windows下<CR><LF>(回车换行)格式不一致时，通过转换TXT文件格式以解决BCP导入数据报错的问题。提供了将UNIX格式文件转换为Windows格式的简单脚本方法，并演示了转换后数据能够正常读入数据库的过程。

UNIX 数据文件（行末为<LF>）Windows下的<CR><LF>(回车换行)

文件末尾格式为C.TXT

A | 12452 | 212 | 1245 | DE | A | <LF>
A | 12452 | 212 | 1245 | DE | A | <LF>
A | 12452 | 212 | 1245 | DE | A | <LF>

BCP DB1.dbo.Test IN C.TXT   -C -T" | " -r"\n" -U"SA" -P"PWD"

我设置了分割符 \n 但是windows下\n默认是回车+换行 (<CR><LF>)

因此无法导入数据

报出的错误为：

NULL
Starting copy...
SQLState = 22001, NativeError = 0
Error = [Microsoft][SQL Native Client]String data, right truncation
NULL
0 rows copied.
Network packet size (bytes): 4096
Clock Time (ms.) Total : 47
NULL

因为无法在行结束的时候识别出来，所以最后面的字符都被当成最后一列的数据，造成字符长度过长。

查找了很久的资料，最后只能使用转换的方式，把txt文件进行转换后再BCP读入数据库

BAT文件如下：

@echo off
(for /f "delims=" %%a in (c.txt) do echo %%a)>转换.txt

转换后的数据就可以正常读入了。

转载于:https://www.cnblogs.com/phyllis/archive/2011/05/13/2045429.html