■Comma-Separated Values
ＣＳＶファイル（所謂カンマ区切りのファイル）については、
私は昔からよく使いました。
いつ頃から使い出したのか？昔すぎて覚えていませんが、
最近、データベースのデータをＣＳＶ形式でエクスポートし、
Ｅｘｃｅｌで修正を試みた時、下記のことを改めて再認識しました。
■Ｅｘｃｅｌでの注意点
�。釘�ｃｅｌで保存したＣＳＶの書式は、基本的に文字列をダブルクォート
記号で囲まない。
・元の読込データで文字列がダブルクォートで囲んであっても
それを認識せずに無視。
・文字列の中にカンマ記号やダブルクォート記号が存在した時は、
ＣＳＶ保存時に文字列をダブルクォート記号で囲むようです。
�■達咤屮如璽燭鯑匹濆�んだ際、文字列等に「１２桁以上の数字」のみ
である場合は指数表示に変換されてしまう。
�Ａ圧�の対応として、その該当する列の書式を、数値形式（小数点
以下の桁数は０）にしてからＣＳＶ保存すれば回避できますが、
文字列の列を数値形式にするのも変。
�な源�列の初めに[０]が続けば、その[０]が消え、
[05/01/01]であれば、[2005/1/1]と日付型になってしまう件は、
前記��の方法でも対応不可。
�ィ達咤屮如璽燭離�ンマの前後にスペースが存在するとよろしくない。
他にもいろいろ問題があるかと思いますし、また上記の解決方法もある
のかも知れませんが、
Ｅｘｃｅｌ２００３でも、上記のようなＣＳＶファイルの対応にはガッカリ。
Ｅｘｃｅｌ２００７はどうなんだろう？
■Ｅｘｃｅｌの仕様
http://support.microsoft.com/kb/214233/ja
サポート記事の最後で「テキスト ファイルのインポート・・」の見出しに
「・・この資料に記載されているような入力内容がファイルに含まれて
いると、Microsoft Excel によりデータに表示形式が適用されます。」
とありますから、それがＥｘｃｅｌのインポートの仕様でしょうか。
■ＣＳＶの仕様
ところで、ＣＳＶファイルの仕様について
フリー百科事典『ウィキペディア（Wikipedia）』で調べてみると、
「..2005年10月、RFC 4180でInformational（IESGの外部で決定
された有用な情報の提供）として仕様が成文化された..」
という記述がありました。
２００５年１０月とは、ＣＳＶの歴史からすると最近ですよね！
■参考までに実験内容
・元データ
0,"ABC","[ABC] 通常文字列"
1,"ABC" , "[ABC] カンマの前後にスペースあり"
2,"12345678901","[12345678901] 数字11桁"
3,"123456789012","[123456789012] 数字12桁"
4,"00123","[00123] 初めゼロ"
5,"00123ABC","[00123ABC] 初めゼロ"
6,"01/01/01","[01/01/01] 日付に似た文字列"
7,"15/10","[15/10] 計算式のような文字列"
8,"A,BC","[A,BC] カンマ有り"
9,"A""BC","[A""BC] ダブルクォート２個あり"
・Ｅｘｃｅｌ読込時の画面 （Ｄ列は最終的な判定を追記）
・ＥｘｃｅｌでＣＳＶ保存した結果
0,ABC,[ABC] 通常文字列
1,ABC ," ""[ABC] カンマの前後にスペースあり"""
2,12345678901,[12345678901] 数字11桁
3,1.23457E+11,[123456789012] 数字12桁
4,123,[00123] 初めゼロ
5,00123ABC,[00123ABC] 初めゼロ
6,2001/1/1,[01/01/01] 日付に似た文字列
7,10月15日,[15/10] 計算式のような文字列
8,"A,BC","[A,BC] カンマ有り"
9,"A""BC","[A""BC] ダブルクォート２個あり"
■Ｄｅｌｐｈｉでの注意点
ＤｅｌｐｈｉではＣＳＶファイルも簡単に対応できるのですが
例えば
DL.LoadFromFile(FName); // ←ファイル読込
for i := 1 to DL.Count - 1 do
begin
SL.CommaText := DL(i) // ←要素をカンマで分離
・
・
みたいに。
但し、「SL.CommaText := DL(i)」で、行内の列要素を分離する方法は、
ダブルクォート記号で囲まれていない文字列の中にスペースが混在
していると、そのスペースが分離記号として扱われてしまい文字列が
分離されてしまいます。
ですから、この（CommaText）１行で対応する機能は３〜４０行程度の
コーディングで対応する必要があります。
（この件が発端でＣＳＶの仕様などを改めて勉強したのですが）
ちなみに、CommaTextを使ったＣＳＶ出力は、
・文字列の中にカンマ記号やダブルクォート記号、それに「スペース」が
存在した時は、文字列をダブルクォート記号で囲むようです。
■コメント
Ｅｘｃｅｌをよく使われている方から見れば、昔からの既知の事実かも
知れませんし、私もそのへんおぼろげには知っていましたが、改めて
よ〜く考えてみると。。それはマイクロソフトさんのイジワルかも。
ＣＳＶファイルを読み込んで、何も編集しないで保存するだけなのに、
特定のデータが致命的におかしくなり、元に戻らない場合があるのは
痛い！
ＣＳＶファイル（所謂カンマ区切りのファイル）については、
私は昔からよく使いました。
いつ頃から使い出したのか？昔すぎて覚えていませんが、
最近、データベースのデータをＣＳＶ形式でエクスポートし、
Ｅｘｃｅｌで修正を試みた時、下記のことを改めて再認識しました。
■Ｅｘｃｅｌでの注意点
�。釘�ｃｅｌで保存したＣＳＶの書式は、基本的に文字列をダブルクォート
記号で囲まない。
・元の読込データで文字列がダブルクォートで囲んであっても
それを認識せずに無視。
・文字列の中にカンマ記号やダブルクォート記号が存在した時は、
ＣＳＶ保存時に文字列をダブルクォート記号で囲むようです。
�■達咤屮如璽燭鯑匹濆�んだ際、文字列等に「１２桁以上の数字」のみ
である場合は指数表示に変換されてしまう。
�Ａ圧�の対応として、その該当する列の書式を、数値形式（小数点
以下の桁数は０）にしてからＣＳＶ保存すれば回避できますが、
文字列の列を数値形式にするのも変。
�な源�列の初めに[０]が続けば、その[０]が消え、
[05/01/01]であれば、[2005/1/1]と日付型になってしまう件は、
前記��の方法でも対応不可。
�ィ達咤屮如璽燭離�ンマの前後にスペースが存在するとよろしくない。
他にもいろいろ問題があるかと思いますし、また上記の解決方法もある
のかも知れませんが、
Ｅｘｃｅｌ２００３でも、上記のようなＣＳＶファイルの対応にはガッカリ。
Ｅｘｃｅｌ２００７はどうなんだろう？
■Ｅｘｃｅｌの仕様
http://support.microsoft.com/kb/214233/ja
サポート記事の最後で「テキスト ファイルのインポート・・」の見出しに
「・・この資料に記載されているような入力内容がファイルに含まれて
いると、Microsoft Excel によりデータに表示形式が適用されます。」
とありますから、それがＥｘｃｅｌのインポートの仕様でしょうか。
■ＣＳＶの仕様
ところで、ＣＳＶファイルの仕様について
フリー百科事典『ウィキペディア（Wikipedia）』で調べてみると、
「..2005年10月、RFC 4180でInformational（IESGの外部で決定
された有用な情報の提供）として仕様が成文化された..」
という記述がありました。
２００５年１０月とは、ＣＳＶの歴史からすると最近ですよね！
■参考までに実験内容
・元データ
0,"ABC","[ABC] 通常文字列"
1,"ABC" , "[ABC] カンマの前後にスペースあり"
2,"12345678901","[12345678901] 数字11桁"
3,"123456789012","[123456789012] 数字12桁"
4,"00123","[00123] 初めゼロ"
5,"00123ABC","[00123ABC] 初めゼロ"
6,"01/01/01","[01/01/01] 日付に似た文字列"
7,"15/10","[15/10] 計算式のような文字列"
8,"A,BC","[A,BC] カンマ有り"
9,"A""BC","[A""BC] ダブルクォート２個あり"
・Ｅｘｃｅｌ読込時の画面 （Ｄ列は最終的な判定を追記）
・ＥｘｃｅｌでＣＳＶ保存した結果
0,ABC,[ABC] 通常文字列
1,ABC ," ""[ABC] カンマの前後にスペースあり"""
2,12345678901,[12345678901] 数字11桁
3,1.23457E+11,[123456789012] 数字12桁
4,123,[00123] 初めゼロ
5,00123ABC,[00123ABC] 初めゼロ
6,2001/1/1,[01/01/01] 日付に似た文字列
7,10月15日,[15/10] 計算式のような文字列
8,"A,BC","[A,BC] カンマ有り"
9,"A""BC","[A""BC] ダブルクォート２個あり"
■Ｄｅｌｐｈｉでの注意点
ＤｅｌｐｈｉではＣＳＶファイルも簡単に対応できるのですが
例えば
DL.LoadFromFile(FName); // ←ファイル読込
for i := 1 to DL.Count - 1 do
begin
SL.CommaText := DL(i) // ←要素をカンマで分離
・
・
みたいに。
但し、「SL.CommaText := DL(i)」で、行内の列要素を分離する方法は、
ダブルクォート記号で囲まれていない文字列の中にスペースが混在
していると、そのスペースが分離記号として扱われてしまい文字列が
分離されてしまいます。
ですから、この（CommaText）１行で対応する機能は３〜４０行程度の
コーディングで対応する必要があります。
（この件が発端でＣＳＶの仕様などを改めて勉強したのですが）
ちなみに、CommaTextを使ったＣＳＶ出力は、
・文字列の中にカンマ記号やダブルクォート記号、それに「スペース」が
存在した時は、文字列をダブルクォート記号で囲むようです。
■コメント
Ｅｘｃｅｌをよく使われている方から見れば、昔からの既知の事実かも
知れませんし、私もそのへんおぼろげには知っていましたが、改めて
よ〜く考えてみると。。それはマイクロソフトさんのイジワルかも。
ＣＳＶファイルを読み込んで、何も編集しないで保存するだけなのに、
特定のデータが致命的におかしくなり、元に戻らない場合があるのは
痛い！
トラックバックURL↓
http://afftec.blog72.fc2.com/tb.php/77-2859b972
プロフィール
