csv形式

'''Comma-Separated Values'''（略称：'''CSV'''）は、いくつかのフィールド（項目）をカンマ「,」で区切ったテキストデータおよびテキストファイル。拡張子は.csv、MIMEタイプはtext/csv。

「Comma-Separated Variables」とも言う。広く普及した訳語はないが、「'''カンマ区切り'''」などとも呼ばれる。Microsoft Excelでは「CSV (カンマ区切り)」としている。

データ交換用のデファクトスタンダードとして、古くから多くの表計算ソフトやデータベースソフトで使われているが、細部の実装はソフトによって異なる。それらを追認する形で、2005年10月、RFC 4180でInformational（IESGの外部で決定された有用な情報の提供）として仕様が成文化された。

類似したフォーマットとして、'''タブ区切り'''された '''Tab-Separated Values''' ('''TSV''')や、'''半角スペース区切り'''された '''Space-Separated Values''' ('''SSV''') などがあり、これらをまとめて'''Character-Separated Values''' ('''CSV''')とも呼ばれることも多い。

CSVの変種に管理工学研究所が画定した'''K3'''フォーマットがある。拡張子は.K3。RFC 4180に述べられた仕様について述べる。


ファイルは1つ以上のレコードからなる。レコードは改行（CRLF、U+000D U+000A）で区切られる。最後のレコードの後には改行はあってもなくてもいい。

レコードは1つ以上の同じ個数のフィールドからなる。フィールドはコンマ「,」(U+002C) で区切られる。最後のフィールドの後にはコンマは付けない。

（以下の例では、読みやすさのためにCRLFの前にスペースを書くが、実際はないものと思って読んで欲しい）
日本国,東京,127767944 CRLF
アメリカ合衆国,ワシントン,300007997 CRLF
…

なお、最後のフィールドの後にはコンマはないので、もしレコードがコンマで終わっているように見えれば、実際はその後にNull文字列（長さ0の文字列）からなるフィールドがある。次のレコードは、「日本国」「東京」「」の3つのフィールドからなる。
日本国,東京, CRLF

ファイルの先頭には、オプションとして、通常のレコードと同一の書式の「ヘッダ行」があってもいい。ヘッダ行は、他のレコードと同じ個数のフィールドを持ち、フィールドの名称が書かれている。
国,首都,人口(2006) CRLF
日本国,東京,127767944 CRLF
アメリカ合衆国,ワシントン,300007997 CRLF
…

フィールドは、ダブルクォート「"」(U+0022) で囲んでも囲まなくてもよい。次の3つのレコードは、（文字列としては）同じ内容である。（ただし、RFCはフィールドの解釈までは規定していない。一部のソフトはダブルクォートで囲まれているかどうかで解釈を変える）
日本国,東京,127767944 CRLF
"日本国","東京","127767944" CRLF
"日本国","東京",127767944 CRLF

フィールドがコンマ、ダブルクォート、改行を含む場合は、かならずダブルクォートで囲む。また、フィールドに含まれるダブルクォートは2つ並べてエスケープする。次のレコードの内容は、「日本[改行]国」「"東京"」「127,767,944」である。なお、ここでいう「コンマ」「ダブルクォート」はU+002CとU+0022のことで、他のもの（たとえば全角コンマ）は関係ない。ただし、「改行」にはCR (U+000D) とLF (U+000A) を含む。
"日本 CRLF
国","""東京""","127,767,944" CRLFコンピュータ内部において、データベース内のテーブルや表計算ソフトの表の内容は、それぞれのソフトウェアが処理可能な独自のファイルフォーマットで保存されており、別のソフトウェアへデータを移そうにも基本的には互換性はない為に読み込む事はできない。

カンマ区切りテキストは、テキスト形式で保存されるので、テキストエディタでも閲覧や編集ができる。さらに、使用するソフトウェアが、カンマ区切りテキストの出力 (エクスポート) と、読み込みから表への生成 (インポート) に対応していれば、別製品のデータベースソフトや表計算ソフトからのデータ交換が可能となる。

しかし、「テキスト形式」や「日付形式」といった各項目に設定している属性は出力されないので、インポートする側のソフトウエアがインポートする際に設定しなくてはいけない。

パソコンの表計算ソフトが流行して以降、非常によく利用されるようになった。大型コンピュータとのデータのやりとりでは固定長データフォーマットがよく利用される。現在では、XMLを使おうという動きもあるが、主流にはなっていない。レコードにコンマやダブルクォートが含まれている場合、エスケープされている場合でも、ソフトによって解釈が異なり、区切り方が変わることがある。その結果、データが破壊されることや、修正の手間が生じることがある。レコードにタブ文字が含まれている場合よりも、レコードにコンマやダブルクォートが含まれている場合のほうが多い。従って、CSVの代わりに、タブ区切りテキスト形式（TSV）を使うことで問題を避けられることがある。CSVの実装には、各社独自の拡張や制約がある。ただし、歴史的に見れば、これらの実装のほうがRFC 4180以前から存在している。

多くのソフトは、必要なときのみフィールドをダブルクォートで囲む。ただし、そうでないファイルも読み取れる。

管理工学研究所 (Kanri Kogaku Kenkyusho, K3) が画定し桐などで使われるK3フォーマットは、文字列型は必ずダブルクォートで囲み、ダブルクォートがなければ数値型となる（たとえば、「0011」は数値「11」となる）。このため、通常のCSVをK3として読む、あるいはその逆をすると、型情報が失われることがある。また、K3の拡張子.K3をCSVファイルと認識しないソフトがあるので、そのときは拡張子を変えなければならない。ただし、桐8以降は通常のCSVを読み書きできる。

Microsoft Excelは、デフォルトでは、数値型に解釈できるフィールドは数値型とみなす。オプションで、全てを文字列型とみなすこともできる。ダブルクォートで囲まれているかどうかで解釈を変えることはない。また、拡張子をテキストファイルの「.TXT」に変更した上でインポートする場合は列ごとに型を指定できる。

Microsoft Excelは、フィールドをダブルクォートで囲んで先頭に等号「=」を付ける（例「…,="2+3",…」）と、計算式型とみなす。Microsoft ExcelにはCSVの特定のフィールドを文字列型と指定する機能がないので、計算式型で文字列型の代用にすることがある。ただし、この書式はRFCには適合していない。

読み取りファイルのフィールド数が一定でない場合、ほとんどのソフトは、Null文字列（長さ0の文字列）からなるフィールドを適宜追加して数をそろえる。

上に従えば、空行は、全てのフィールドがNull文字列からなるレコードとなる (Microsoft Excelなど)。ただし、空行を完全に無視するソフトもある。

特定の書式のコメント行を無視するソフトがある。一般的にはコメント行はナンバ「#」で始まる。

改行コードがCRLFと異なる処理系では、レコードの区切りはその処理系での改行コードであることも多い。

VBAは、全角コンマ「，」を区切りとみなす。そのため、全角コンマを含むフィールドはダブルクォートで囲まなければならない。

フィールド内に含まれるダブルクォートのエスケープについては、「ダブルクォートで重ねる」以外に「バックスラッシュ（円記号）を前につける」等の方法でエスケープを行う処理系もある（MySQLからCSVをダンプする場合など）。

コンマの代わりに別の文字を区切りに使ったフォーマットもあり、まとめてCharacter-Separated Valuesと呼ぶ。

代表的なものに以下のようなものがある。頭字語で呼ぶときは、一意に決まらないことがある（たとえば、SSVはSemicolon-Separated Valuesの略かもしれない）ので注意が必要である。

タブ - Tab-Separated Values (TSV) - MIME typeは''text/tab-separated-values''

** このタブ区切りのフォーマットが使用されることも多い。

スペース - Space-Separated Values (SSV)

フラットファイルデータベース

RFC4180 (Common Format and MIME Type for Comma-Separated Values (CSV) Files)

RFC4180・日本語訳

疑似テーブル等をTSVに変換するアプリ

出典:フリー百科事典『ウィキペディア（Wikipedia）』