Comma-Separated Values

（略称：CSV）は、テキストデータをいくつかのフィールド（項目）に分け、区切り文字であるカンマ「codice_1」で区切ったデータ形式。拡張子は codice_2、MIMEタイプは codice_3。
「」とも言う。日本語では広く普及した訳語はないが、「カンマ区切り」「コンマ区切り」などとも呼ばれる。Microsoft Excelの日本語版では「CSV (カンマ区切り)」としている。
概要.
データ交換用のデファクトスタンダードとして、古くから多くの表計算ソフトやデータベースソフトで使われている。CSV形式の細部の実装はソフトウェアによって異なるため（例えば項目を単一引用符「codice_4」や二重引用符「codice_5」で括ったり、ファイルの一行目をヘッダとして予約したりなど）、他のソフトウェアで表（テーブル）として読み込む際に互換性で問題が出る場合がある。しかし、CSVの実質はプレーンテキストであるため、CSVファイル（カンマ区切りファイル）の実質はテキストファイルである。そのため、出力プログラムの記述が極めて容易であり、プログラミング言語を問わない点や、汎用的なテキストエディタでも読み書きできる点が、互換性の面で大きな利点となっている。また、新しいレコードの追記が単純な末尾追加だけで済むため、ソフトウェアの簡易的なログに使用されることもある。
類似したフォーマットとして、タブで区切られた (TSV) や、欧文間隔 (いわゆる半角スペース) で区切られた (SSV) などがあり、これらをまとめて (CSV) や (DSV) などと呼ぶことも多い。実際に、カンマ以外の文字で区切ったデータを「CSVファイル」として保存するソフトウェアもある。例えばフランス・ドイツ・イタリアなどのヨーロッパ諸国では、区切り文字にカンマではなくセミコロン（codice_6）を使う慣習がある。これは小数点記号にピリオドではなくカンマを用いる文化であることも関与している。
2005年10月、それまでの各ソフトウェアにおけるCSVの実装を追認する形で、RFC 4180 で （IESGの外部で決定された有用な情報の提供）として仕様が成文化された。しかし実際のソフトウェア側の実装はRFCに準拠していないことが多い。
仕様.
RFC 4180に述べられた仕様について述べる。
ファイルは1つ以上のレコードからなる。レコードは改行（、U+000D U+000A）で区切られる。最後のレコードの後には改行はあってもなくてもいい。（はキャリッジリターン文字を意味し、はラインフィード文字を意味する。）
レコードは1つ以上の同じ個数のフィールドからなる。フィールドはコンマ「codice_7」(U+002C) で区切られる。最後のフィールドの後にはコンマは付けない。
codice_8<br>codice_9
なお、最後のフィールドの後にはコンマはないので、もしレコードがコンマで終わっているように見えれば、実際はその後に空文字列（長さ0の文字列）からなるフィールドがある。次のレコードは、「codice_10」「codice_11」「」（長さ0の文字列）の3つのフィールドからなる。
codice_12
ファイルの先頭には、オプションとして、通常のレコードと同一の書式の「ヘッダ行」があってもいい。ヘッダ行は、他のレコードと同じ個数のフィールドを持ち、フィールドの名称が書かれている。
codice_13日本国東京都127767944</code><br>codice_9
フィールドは、ダブルクォート「codice_5」(U+0022) で囲んでも囲まなくてもよい。次の3つのレコードは、（CSVの文字列としては）同じ内容である。（ただし、RFCはフィールドの解釈までは規定していない。一部のソフトウェアはダブルクォートで囲まれているかどうかで解釈を変える）
codice_8<br>codice_8<br>codice_8
フィールドがコンマ、ダブルクォート、改行を含む場合は、かならずダブルクォートで囲む。また、フィールドに含まれるダブルクォートは2つ並べてエスケープする。次のレコードの内容は、「codice_10」「codice_11」「codice_21」である。なお、ここでいう「コンマ」「ダブルクォート」はU+002CとU+0022のことで、他のもの（たとえば全角コンマ）は関係ない。
codice_22<br>codice_23
背景.
コンピュータ内部において、データベース内のテーブルや表計算ソフトの表の内容は、それぞれのソフトウェアが処理可能な独自のファイルフォーマットで保存されていることがあり、そのような場合は別のソフトウェアへデータを移そうにも基本的には互換性はないため読み込むことはできない。
カンマ区切りテキストは、テキスト形式で保存されるので、テキストエディタでも閲覧や編集ができる。さらに、使用するソフトウェアが、カンマ区切りテキストの出力 (エクスポート) と、読み込みから表への生成 (インポート) に対応していれば、別製品のデータベースソフトや表計算ソフトからのデータ交換が可能となる。
しかし、「テキスト形式」や「日付形式」といった各項目に設定している属性は出力されないので、インポートする側のソフトウエアがインポートする際に設定しなくてはいけない。
Microsoft Excelに代表されるパソコンの表計算ソフトが流行して以降、非常によく利用されるようになった。大型コンピュータとのデータのやりとりでは固定長データフォーマットがよく利用される。現在では、XMLを使おうという動きもあるが、XMLの仕様は膨大であり、読み書き処理のオーバーヘッドが大きく、主流にはなっていない。
問題点と回避策.
フィールドにコンマやダブルクォートが含まれている場合、エスケープされている場合でも、ソフトウェアによって解釈が異なり、区切り方が変わることがある。その結果、データが破壊されることや、データ修正の手間が生じることがある。
フィールドにコンマやダブルクォートが含まれていることは頻繁にありうるが、フィールドにタブのような制御文字が含まれていることは少ない。従って、区切り文字にコンマを使うCSV形式の代わりに、区切り文字にタブを使うTSV形式を使うことで問題を避けられることがある。
XMLのようにエンコード方式（文字セット）を指定・宣言する仕様が規定されていないため、エンコードは決め打ちまたはバイト順マークなどを利用した推定に頼ることになる。
実装.
CSVの実装には、各方言独自の拡張や制約がある。ただし、歴史的に見れば、これらの実装のほうがRFC 4180以前から存在している。
コンマの代わりに別の文字を区切りに使ったフォーマットもあり、まとめて 、 と呼ぶ。
代表的なものに以下のようなものがある。