ACCEPTINVCHARSはなぜここで動作しませんか？

Redshiftにデータをロードしようとすると、読み込みエラーが発生します。私のエラーがある：私はACCEPTINVCHARSオプションが含まれ、このコマンドを使用していACCEPTINVCHARSはなぜここで動作しませんか？

Missing newline: Unexpected character 0x24 found at location nnn

、および問題の列はVARCHARとして定義されている（80）

copy <dest_tbl> from <S3 source> 
CREDENTIALS <my_credentials> IGNOREHEADER 1 ENCODING UTF8 
IGNOREBLANKLINES NULL AS '\\N' 
EMPTYASNULL BLANKSASNULL gzip ACCEPTINVCHARS timeformat 'auto' 
dateformat 'auto' MAXERROR 1 compupdate on;

エラーがviの

で次のようになり

進ダンプは次のようになります。

ACCEPTINVCHARSが指定されているため、なぜこれが失敗しているのか分かりませんdocumentation at Amazon誰かが解決策または回避策を提案できますか？別の言い方をすれば、Redshiftがこの文字列をこのフィールドで受け入れるためには、何をする必要がありますか？

出典

2017-04-08 Thom Rogers

ファイルの形式は何ですか？ COPY文では書式が指定されていないため、パイプ（|）デリミタ付きのUTF-8にデフォルト設定されています。 –

これらのパラメータはデフォルトではなく、明示的です。 UTF-8はOPにありますが、私の資格情報をマスクしようとすると、誤ってDELIMITER '|' COPY文のパラメータ。 –

オクタルダンプは、redshift copyコマンドによってラインターミネータとして扱われるヌル値（NUL）であることを示します。

デフォルト '\ N'の代わりにNULL AS '\ 0'を使用すると、

出典

2017-04-08 22:51:09 Ravi

それはそれだった！ありがとう。 –

ACCEPTINVCHARSはなぜここで動作しませんか？

答えて

関連する問題