最後のフィールドに改行文字が含まれているため、SQLの一括挿入エラー

Question

ありがとうございます。

SQLサーバーデータベースにフラットファイルをインポートしようとしています。切り捨てエラーが発生しています。私が問題に思っているのは、ファイルの最後のフィールドは、フリーフォームのテキストフィールドで、フィールド内で復帰できるようになっています。だから私は{CR} {LF}を行ターミネーターとして扱うことになりますが、時には{CR} {LF}は最後のフィールドの自由形式テキスト内の単なる改行です。

誰もこのデータを読み込む方法はありますか？ご協力いただきありがとうございます。ここで

は私のコードです：メモ帳で見て、あなたがキャリッジリターンとラインフィードを見ることができるように

DROP TABLE #SHELL 
CREATE TABLE #SHELL 
(
Field1 varchar(50) 
,Field2 varchar(50) 
,Field3 varchar(50) 
,Field4 varchar(50) 
,Field5 varchar(50) 
,Field6 varchar(160) 
,Field7 varchar(50) 
,Field8 varchar(50) 
,COMMENTS nvarchar(MAX) 
) 

BULK INSERT #SHELL 
FROM 
'[thefilepath].txt' 
WITH 
(
FIRSTROW = 1, 
FIELDTERMINATOR = '\t', 
ROWTERMINATOR = '\n' 
) 

はここ++テーブルの絵です。

Table Sample

Answer 1

あなたのイメージが通ってくるしなかったが、輸出またはファイルがLINUXシステムから来たとき、多くの場合、あなたはHEXを使用する必要があります。別のエスケープを置き換え、あなたはそれについて意図的にしたい場合は、私は、彼らが維持するために重要である場合は、それらの「ミッドフィールド」ラインターミネータを削除、またはテキストファイルを事前処理したい

WITH (FIELDTERMINATOR = '\t',FIRSTROW=1,ROWTERMINATOR = '0x0a') 

Answer 2

：これを試してみてください彼らのためのキャラクター。

たとえば、ファイル内の各行を取り出し、列区切り文字で分割して戻すトークンの数を比較するスクリプトを作成して、実際に行がすべての列を含む完全な行かどうかを判断します。

トークンが予想よりも少ない行の場合は、前の行とマージします。オプションで、最後の列にエスケープ文字を挿入することもできます。

すべてのDBレコードが真に1行になるように、結果を新しいファイルに書き出します。

インポート後、オプションでupdateステートメントを使用して、行終端文字を最後のフィールドに戻します。たとえば、あなたがそれらを置き換えたとしたら、a |更新するために更新| SQLでは\ nで指定します。

例：ファイルの "記録" であるかもしれない：

value value1 value2 some long text 
wraps to another line and 
yet another line 
value value1 value2 a better behaved record on one line 

二つのレコードが、4行です。ファイルの前処理では、それを作る：

value value1 value2 some long text|wraps to another line and|yet another line 
value value1 value2 a better behaved record on one line 

その後、レコードがファイルに実際に1行に1つずつあり、そしてすべてのCRLF行とレコードの終わりの終わりです。一括インポートは機能しますが、最後の列の値は

some long text|wraps to another line and|yet another line 

となります。ファイル内の内容を正確に表現するためにCRLFでSQLで返す

Answer 3

一括挿入だけではこれを実際に処理することはできません。したがって、次の2つのオプションがあります。

1. 各レコードが1行にのみ表示されるようにファイルを事前処理します。基本的には、各ミッドフィールドCRLFを他の文字/文字列に置き換える必要があります。
2. ファイルを単一のデータ列の一時表にロードしてから、SQLを使用して中間フィールドCRLFを結合し、最終的に最終表に到達します。注：SQLは一般的にこれ（分割文字列など）では本当に悪いですが、いくつかのライブラリを使用して助けてもらえますが、個人的にはこの解決方法を避けようとします。