アカウント名:
パスワード:
神 Excelと違って、楽勝だね。
"❶","12,000㌕","32.1㌫"Ⅱ,1万kg,46
全部にダブルクォート付きくらいなら、除去するだけだから楽勝だが。下手にデータの方にもダブルクォートがある場合ってどうなるんだろ。
ダブルクォートの出力方法がそもそも複数ある。ダブルクォートが2個並ぶ形式(普通はこの形式)でエスケープ。バックスラッシュ(円記号)の後ろにダブルクォートでエスケープ。ダブルクォートを単なる通常文字として扱う(この場合フィールド内に区切り文字や改行文字は入力不能)。もしかすると、ダブルクォートで括った上で区切り文字に隣接しない場合はダブルクォート一文字、区切り文字に隣接する場合はダブルクォートを一文字増やすって実装もあり得るだろうか?
二重ダブルクォートだけサポートしとけば大概は大丈夫だろうけど、もし方言含めてパースするなら当該形式で矛盾が起きない形式のうち最も一般的な方式であると推定が行えてから読み込みだねぇ……区切り文字が破壊されればフィールド数の不揃いで検知できるが、全部不揃いなパターンや破壊が起きないパターンだと確定困難。
Excelじゃないですが、とある共有のデータベースで備考欄に半角カンマを入れるユーザがいたらしくて。担当者がCSVに落として一括処理しようとしたら、失敗して困ってたのを思い出した。
郵便番号データも、かなり変則的だってことで有名でしたね。なにしろ潜在的なユーザー数が膨大なのに、設計がヒドくて涙目。「ないよりはまし」だけどさあ。
https://srad.jp/comment/2123564 [srad.jp] https://qiita.com/nanasess/items/0f0aeaa1f72f599b9142 [qiita.com]
>お役所のせいだといえば納得する顧客が少なくないんですよね。
国民みんな諦めてますね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
CSVなら任せて安心 (スコア:0)
神 Excelと違って、楽勝だね。
"❶","12,000㌕","32.1㌫"
Ⅱ,1万kg,46
全部にダブルクォート付きくらいなら、除去するだけだから楽勝だが。
下手にデータの方にもダブルクォートがある場合ってどうなるんだろ。
Re: (スコア:0)
ダブルクォートの出力方法がそもそも複数ある。
ダブルクォートが2個並ぶ形式(普通はこの形式)でエスケープ。
バックスラッシュ(円記号)の後ろにダブルクォートでエスケープ。
ダブルクォートを単なる通常文字として扱う(この場合フィールド内に区切り文字や改行文字は入力不能)。
もしかすると、ダブルクォートで括った上で区切り文字に隣接しない場合はダブルクォート一文字、
区切り文字に隣接する場合はダブルクォートを一文字増やすって実装もあり得るだろうか?
二重ダブルクォートだけサポートしとけば大概は大丈夫だろうけど、
もし方言含めてパースするなら当該形式で矛盾が起きない形式のうち
最も一般的な方式であると推定が行えてから読み込みだねぇ……
区切り文字が破壊されればフィールド数の不揃いで検知できるが、
全部不揃いなパターンや破壊が起きないパターンだと確定困難。
Re: (スコア:1)
Excelじゃないですが、とある共有のデータベースで備考欄に半角カンマを入れるユーザがいたらしくて。
担当者がCSVに落として一括処理しようとしたら、失敗して困ってたのを思い出した。
Re: (スコア:0)
郵便番号データも、かなり変則的だってことで有名でしたね。
なにしろ潜在的なユーザー数が膨大なのに、設計がヒドくて涙目。
「ないよりはまし」だけどさあ。
https://srad.jp/comment/2123564 [srad.jp]
https://qiita.com/nanasess/items/0f0aeaa1f72f599b9142 [qiita.com]
Re:CSVなら任せて安心 (スコア:1)
>お役所のせいだといえば納得する顧客が少なくないんですよね。
国民みんな諦めてますね。