2012-02-13 12 views
0

SQL Server 2008のクエリ結果をCSVまたはタブ区切りのtxt形式にエクスポートすると、いつでも余分なレコード(空白ではない)エクスポートしたファイルをExcelで開くか、Accessにインポートします。SQL Server 2008のクエリ結果をCSVファイルにエクスポートすると余分な行が追加される

SQLクエリの結果は、116623行

を返すが、私は、CSVやExcelとのオープンにエクスポートするとき、私は116640件のレコードを参照してください。私はcsvファイルをアクセスにインポートしようとしましたが、余分なレコードも表示されます。

奇妙なことは、行116623までExcelで合計を加算すると、正しい合計があることを意味します。そのポイントまでは正しいデータがありますが、それ以降の余分な17個のレコードは、それがどのように追加されているのか分かりません。

CSVファイルの最後にこれらの余分なレコードや行が表示される原因を知っている人はいますか?

エクスポート方法は、結果を右クリックしてcsv(カンマ区切り)またはtxt(タブ区切り)ファイルにエクスポートすることで問題を引き起こしています。

+1

どのようにエクスポートしていますか? SSMS? – SQLMason

+0

エクスポート方法は、結果を右クリックしてcsv(カンマ区切り)またはtxt(タブ区切り)ファイルにエクスポートして、両方とも問題の原因となります。 –

+0

私はちょっと変わったことに気付きました。今回はエクスポートウィザードを使用してエクスポートを試みましたが、ウィザードは116623レコード(レコードの正しい量です)をエクスポートしたと言っていましたが、Excelでファイルを開いたときに116786行が表示されるので、おそらくエクセル? –

答えて

3

私は、それらの膨大な数の行には、レコード内に改行が含まれているデータ(改行を含むアドレスレコードなど)があると思います。いくつかの列に空のデータがあることを期待している列を探します。私は通常、ファイルを作業表に再インポートします(IDを使用して、悪い行に近い行を識別できるようにします)。悪いものを見つける。

+0

+1教育的な推測が大好きです。それは問題に関する経験を示しています –

+0

私はこれがおそらく事実だと信じています。私がしたことは、SQL Server 2008からCSVにエクスポートしてから、SQL Server 2008にファイルを再インポートして、同じマッチングデータ(追加レコードなし)があることがわかりました。なんらかの理由で、ExcelとAccessは余分なレコード(おそらく改行を引き起こす特殊文字)を追加しています。私はこのファイルをデータを使って作業する人に送る必要があります。そのため、ファイルをSQLにインポートしてExcelに正しくデータを表示し、不正なデータが表示されていることを知らせます。助けてくれてありがとう。エクスポート –

+0

代替は私がショットすることをあげる特殊文字をidetifyし、それを交換することです。ありがとう。 – HLGEM

0

実際、エクスポート結果には機能としてバグがあります。結果をエクスポートした後、Hexエディタでcsvファイルを開き、最後のレコードのユニークキーを検索します。あなたはファイルの最後にそれを見つけるでしょう。そのレコードのOD OAを探し、それに続くすべてを削除します。 ExcelやAccessではありません。なんらかの理由で、SQLはファイルの最後を壊さずにCSVをエクスポートすることはできません。

関連する問題