『CSV++』フォーマットの提案仕様について - ASnoKaze blog

コンマ区切りのデータフォーマットであるCSV (Comma-Separated Values)に、階層構造を追加する『CSV++』という拡張仕様がIETFで提案されています。 www.ietf.org この仕様は、CSVに階層構造を定義します。既存のCSVパーサーでもパーサーエラーにならず、フラットになってはしまうがパースできるように設計されています。 医療情報フォーマットであるHL7 Version 2.xに影響を受けているそうです。 例 配列構造 キーに [ ] で区切り文字を指定することで、配列となります。 下記は、複数の電話番号・メールアドレスを持つ例です id,name,phone[|],email[;] 1,John,555-1234|555-5678|555-9012,john@work.com;john@home.com 2,Jane,555-4444,jane@compa

[UhoNiceGuy]

一つのカラムになんらかのセパレーターで複数のデータを突っ込むのは、今までもアドホックに行われて来たわけで、その手法の規格化？

[n_vermillion]

ほなら他のフォーマット使ったらええねんてならない？　readする時に考慮しないといけないなら既存の他データ形式の方が良くないかね。csvを拡張して実現せないかんとなる状況はなんじゃろ。これは誰が嬉しいんやろか

[zxcvdayo]

excelとかって言われてるけどむしろexcelで手動でデータ編集するときこそ真価発揮するんでねえのこのフォーマット

[ka-ka_xyz]

個人的に「仕様としてのコメント行」が一番欲しい。jsonも。（javadoc/jsdoc的なヘッダ詳細を記述できる記法もあれば尚良し

[yaminusi]

配列はデータ側で「配列である事」を明示できる利点があるけど、構造化は結局プログラム側が構造を知ってないと扱えないからフラットでよくね?ってなるな…。構造が任意個続きますみたいな指定ができるのは嬉しい。

[umaemong]

複数システム間で連携してると、データをただ横流ししてるだけの処理が挟まってることはよくある。CSVとしても扱えるなら途中の処理を変えずにすむ。標準化されてれば誰かがパーサー作ってくれるだろうし。

[cc000777]

シンプルなのがいいのに、難しくしたら流行らんだろ

[atsushieno]

CSVとしてパースできるんだから今以上に複雑にする要素は何もない（CSVとの互換性を維持しているということの意味を分かっていないやつが多そう）。別に好きにすりゃいいんじゃね。両端の()を外して再帰下降すればいい

[sisya]

こんなわかりにくい規格ならjsonでいい。CSVはシンプルで非技術者でも扱えることが利点なので、むしろデータ中のカンマやクオートの処理をスマートにする方向に進化してほしかった。

[Fluss_kawa]

確かにJSONは1フィールドごとにラベルがつくので冗長なのでヘッダーしかつけないCSVの方が効率的ではある。

[Guro]

わあ　こんな仕様提案があるのか　便利そう・これでいいじゃん、っていう分野もありそう。ただしExcel（ry

[tmatsuu]

「階層構造を定義」「既存のCSVパーサーでもパーサーエラーにならず、フラットになってはしまうがパースできるように設計」なるほど。そしてCSV#がうまれてObjectiveCSVも乱立する未来見えた

[azzr]

jsonでテーブルをシリアライズするとラベルがかなり冗長に現れるから、cvsみたいなものにしたいのはわかる。良い圧縮器とエディタがあればjsonでいいとは思う。

[Magicant]

SQL アンチパターン第 1 章「ジェイウォーク」

[tnishimu]

BigQueryのデータを構造を持ったままでCSVに吐き出したいみたいなニーズはあると思う、すぐにExcelで開けるというメリットはJSONに無いので大きい。　欠点はExcelが対応していない事だな。

[kijtra]

CSVって名前でやるのはやめてほしい気がする。C部分が自由ならXSVとかにしたらどうかねえw

[roshi]

開発してると一度はやりたくなるやつだ（笑）。英名と和名を同居させたりJSON文字列いれてメタデータ格納したり。個人的にはフッター行を活用する仕様が欲しい。

[mickn]

他を使えというのはそうなんだけど、これが欲しくなる理由わかる

[psne]

世界がコメントを受け入れられるJSONで統一されますように。

[Shinwiki]

勉強できるバカが閃いちゃった感がすごい

[kura-2]

そこまでいうならexcel、、、いやなんでもない

[PrivateIntMain]

既存の仕組みと極力ぶつからない提案してるのは面白い。ただそれで嬉しいシーンがあまり思いつかないし、CSVがテーブル状なのにテーブル設計のアンチパターンをモロに踏み抜いているよう見えてあまり好かない。

[ys0000]

jsonをそのままCSVで書けて、パースしやすく、既存のCSVとの互換性もある。良さそうね。

[knitcapmann]

ローカルで実績積んで出直してきてほしい。

[tofu-kun]

提案が通ったとして、各種ソフトが対応してくれるかどうか

[craftone]

おもしろい。Markdownの表で使いたい書式

[nida3001]

方言だらけで終わってるCSVというフォーマットを更に複雑にするの勘弁しちくりーー

[I8D]

物理計測の保存データだとキーに()や[]で単位を書く場合があり、誤動作しないか心配

[Lumin]

発想は嫌いではないけど（CSVの中に配列や構造化されたデータを持ちたいこともある）、そこまでやるならJSONでよくね？となる

[htbman]

自分が必要かではなく必要な業務フローは存在するかで考えましょう

[n2sz]

扱うときにダブルクォートとカンマにだけ気をつければいいのがCSVの良さなんだがなあ。ここまでやるんだったらJSONの方がいいな。

[roirrawedoc]

そっか