（略称：CSV）は、いくつかのフィールド（項目）を区切り文字であるカンマ「codice_1」で区切ったテキストデータおよびテキストファイル。拡張子は codice_2、MIMEタイプは codice_3。「」とも言う。広く普及した訳語はないが、「カンマ区切り」などとも呼ばれる。Microsoft Excelでは「CSV (カンマ区切り)」としている。データ交換用のデファクトスタンダードとして、古くから多くの表計算ソフトやデータベースソフトで使われているが、細部の実装はソフトによって異なる。それらを追認する形で、2005年10月、RFC 4180 で （IESGの外部で決定された有用な情報の提供）として仕様が成文化された。類似したフォーマットとして、タブ区切りされた (TSV)や、半角スペース区切りされた (SSV) などがあり、これらをまとめて (CSV)、 (DSV) とも呼ばれることも多い。RFC 4180に述べられた仕様について述べる。ファイルは1つ以上のレコードからなる。レコードは改行（CRLF、U+000D U+000A）で区切られる。最後のレコードの後には改行はあってもなくてもいい。レコードは1つ以上の同じ個数のフィールドからなる。フィールドはコンマ「,」(U+002C) で区切られる。最後のフィールドの後にはコンマは付けない。（以下の例では、読みやすさのためにCRLFの前にスペースを書くが、実際はないものと思って読んで欲しい）なお、最後のフィールドの後にはコンマはないので、もしレコードがコンマで終わっているように見えれば、実際はその後に空文字列（長さ0の文字列）からなるフィールドがある。次のレコードは、「日本国」「東京」「」の3つのフィールドからなる。ファイルの先頭には、オプションとして、通常のレコードと同一の書式の「ヘッダ行」があってもいい。ヘッダ行は、他のレコードと同じ個数のフィールドを持ち、フィールドの名称が書かれている。フィールドは、ダブルクォート「"」(U+0022) で囲んでも囲まなくてもよい。次の3つのレコードは、（文字列としては）同じ内容である。（ただし、RFCはフィールドの解釈までは規定していない。一部のソフトはダブルクォートで囲まれているかどうかで解釈を変える）フィールドがコンマ、ダブルクォート、改行を含む場合は、かならずダブルクォートで囲む。また、フィールドに含まれるダブルクォートは2つ並べてエスケープする。次のレコードの内容は、「日本[改行]国」「"東京"」「127,767,944」である。なお、ここでいう「コンマ」「ダブルクォート」はU+002CとU+0022のことで、他のもの（たとえば全角コンマ）は関係ない。ただし、「改行」にはCR (U+000D) とLF (U+000A) を含む。コンピュータ内部において、データベース内のテーブルや表計算ソフトの表の内容は、それぞれのソフトウェアが処理可能な独自のファイルフォーマットで保存されていることがあり、そのような場合は別のソフトウェアへデータを移そうにも基本的には互換性はないため読み込むことはできない。カンマ区切りテキストは、テキスト形式で保存されるので、テキストエディタでも閲覧や編集ができる。さらに、使用するソフトウェアが、カンマ区切りテキストの出力 (エクスポート) と、読み込みから表への生成 (インポート) に対応していれば、別製品のデータベースソフトや表計算ソフトからのデータ交換が可能となる。しかし、「テキスト形式」や「日付形式」といった各項目に設定している属性は出力されないので、インポートする側のソフトウエアがインポートする際に設定しなくてはいけない。Microsoft Excelに代表されるパソコンの表計算ソフトが流行して以降、非常によく利用されるようになった。大型コンピュータとのデータのやりとりでは固定長データフォーマットがよく利用される。現在では、XMLを使おうという動きもあるが、主流にはなっていない。レコードにコンマやダブルクォートが含まれている場合、エスケープされている場合でも、ソフトによって解釈が異なり、区切り方が変わることがある。その結果、データが破壊されることや、修正の手間が生じることがある。レコードにタブ文字が含まれている場合よりも、レコードにコンマやダブルクォートが含まれている場合のほうが多い。従って、CSVの代わりに、タブ区切りテキスト形式（TSV）を使うことで問題を避けられることがある。CSVの実装には、各社独自の拡張や制約がある。ただし、歴史的に見れば、これらの実装のほうが RFC 4180以前 から存在している。コンマの代わりに別の文字を区切りに使ったフォーマットもあり、まとめて 、 と呼ぶ。代表的なものに以下のようなものがある。

出典:wikipedia