アカウント名:
パスワード:
神 Excelと違って、楽勝だね。
"❶","12,000㌕","32.1㌫"Ⅱ,1万kg,46
全部にダブルクォート付きくらいなら、除去するだけだから楽勝だが。下手にデータの方にもダブルクォートがある場合ってどうなるんだろ。
ダブルクォートの出力方法がそもそも複数ある。ダブルクォートが2個並ぶ形式(普通はこの形式)でエスケープ。バックスラッシュ(円記号)の後ろにダブルクォートでエスケープ。ダブルクォートを単なる通常文字として扱う(この場合フィールド内に区切り文字や改行文字は入力不能)。もしかすると、ダブルクォートで括った上で区切り文字に隣接しない場合はダブルクォート一文字、区切り文字に隣接する場合はダブルクォートを一文字増やすって実装もあり得るだろうか?
二重ダブルクォートだけサポートしとけば大概は大丈夫だろうけど、もし方言含めてパースするなら当該形式で矛盾が起きない形式のうち最も一般的な方式であると推定が行えてから読み込みだねぇ……区切り文字が破壊されればフィールド数の不揃いで検知できるが、全部不揃いなパターンや破壊が起きないパターンだと確定困難。
Excelじゃないですが、とある共有のデータベースで備考欄に半角カンマを入れるユーザがいたらしくて。担当者がCSVに落として一括処理しようとしたら、失敗して困ってたのを思い出した。
改行コード入ってる場合もありますね。あれも苦労する・・・
「Excelで保存したCSVファイル」という仕様であれば、ロードは簡単なんだけどな。オレオレCSVで整合性考えてないのは解析しろと言われても困る。
>「Excelで保存したCSVファイル」という仕様であれば、ロードは簡単なんだけどな。?えっ
EXCELで保存したCSVファイルはEXCEL自身ですら同じ形でロードできないのに?01 2-1 をCSV保存-> 01,2-1CSVとしてEXCEL読込み-> 1 2月1日
何処が簡単なんだか教えてくれ、マジで。
それは「セルの内容が解析できる書式だった場合はそのデータ型にキャストして元データを破棄する」というゴミのような仕様の問題だろ
つまり、CSVを破壊するExcelがゴミ。
だから、拡張子を.txtとかに変更して(1) ファイルの「開く」または(2) データの「外部データの取り込み」→テキストファイル」ででテキストウィザードを開く必要がある、というのが「ロードは簡単」ではないだろ、って話だろ?噛みつくとこ間違えてんぞ?
例えばコードとしてEXCEL上で文字列として「0010」を入力しCSVファイルとして吐き出した。そのCSVファイルをEXCELで読み込むと数値の10となってしまう。
これありますね、数値じゃなくて文字列として扱ってれば良いんでしょうけど。データを出してくる方はそこまで気にしてないのが多いし。
なのでこういうのはVBAで元の文字列のまま取込できるようにしてます
読み込むときに指定できませんでしたっけ。
そりゃそうだよね、って感じなんだが。ExcelのCSV出力仕様は確定しているんだから、どう入力させてどう受け取るかは仕様化できるだろ、と。改行コード入ると解析不能になるなんてことは無いって話。
タブ区切りなら、テキストエディタで開いてコピーペースト→セルの書式を文字列→もう一回ペースト だけで割と楽にできるんだけど。カンマ区切りだと先にダミーで文字列分割しておくか、テキストエディタ上でカンマをタブに置換しておくか(カンマ入りデータがあると除外が面倒)する必要があってなんでわざわざこんなことしてるんだ…という気分になる。
セルを文字列指定していても関係ないです。EXCELは全てのセルを2重引用符つけて出力しないですし、仮に2重引用符で囲まれている項目でも、中身が数値のみならばファイル拡張子が.CSVの場合、読み込み時に無視して頭ゼロを削除しやがります。
何度も繰り返すのだったらマクロ化するけど一度だけとかだったら拡張子をTXTに変えてテキストファイルウィザード使ったりするかな
拡張子がCVSだとテキストファイルウィザードも開かれずにEXCELが勝手に変換してしまう。もっとも外部データの取り込みからCSVファイルを読み込めばテキストファイルウィザードが開かれてデータ型を指定できる。ただしそうするとCSVファイルを開くときに考慮してくれる""内の,(カンマ)や改行を考慮してくれなくなる。
ごめん× CVS○ CSV
「データはCVS(上に)にあるから。」「データはCSV(型式で)であるのか。」も昔はありそうな誤解だった。
それがわかってるから、非エンジニアには「CVS上にある」なんて言い方は絶対にしなかっただけで。そういう意味ではエンジニア同士の方がむしろ危険だったな。
できますよ。その列の中身が全部キチンと同じ型であればね。エクスポート時にやらかしてたら目も当てられない(しかも何万行のひとつふたつとか)。
そこにCustomerSerViceやConVenienceStoreが入ってきた日にゃあ……
同じソフトで保存しておいて欠落を起こすのは、流石にその仕様に問題があるでしょ。
拡張子がCSVの場合は指定できません。
そしてそれをExcelで開いて、先頭の0の欠落を起こすところまでがセット。
ついでに数値を日付に変更したりしなかったりして再起不能に。
csvなんて大抵何かのジャーナル出力でしかないだろ。それをExcelを前提として上手く読めないと「オレオレcsv」とか表現する方に驚きが。
どうしてもってのならマクロで読めば良いだろうに。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
CSVなら任せて安心 (スコア:0)
神 Excelと違って、楽勝だね。
"❶","12,000㌕","32.1㌫"
Ⅱ,1万kg,46
全部にダブルクォート付きくらいなら、除去するだけだから楽勝だが。
下手にデータの方にもダブルクォートがある場合ってどうなるんだろ。
Re: (スコア:0)
ダブルクォートの出力方法がそもそも複数ある。
ダブルクォートが2個並ぶ形式(普通はこの形式)でエスケープ。
バックスラッシュ(円記号)の後ろにダブルクォートでエスケープ。
ダブルクォートを単なる通常文字として扱う(この場合フィールド内に区切り文字や改行文字は入力不能)。
もしかすると、ダブルクォートで括った上で区切り文字に隣接しない場合はダブルクォート一文字、
区切り文字に隣接する場合はダブルクォートを一文字増やすって実装もあり得るだろうか?
二重ダブルクォートだけサポートしとけば大概は大丈夫だろうけど、
もし方言含めてパースするなら当該形式で矛盾が起きない形式のうち
最も一般的な方式であると推定が行えてから読み込みだねぇ……
区切り文字が破壊されればフィールド数の不揃いで検知できるが、
全部不揃いなパターンや破壊が起きないパターンだと確定困難。
Re: (スコア:1)
Excelじゃないですが、とある共有のデータベースで備考欄に半角カンマを入れるユーザがいたらしくて。
担当者がCSVに落として一括処理しようとしたら、失敗して困ってたのを思い出した。
Re: (スコア:0)
改行コード入ってる場合もありますね。
あれも苦労する・・・
Re:CSVなら任せて安心 (スコア:0)
「Excelで保存したCSVファイル」という仕様であれば、ロードは簡単なんだけどな。
オレオレCSVで整合性考えてないのは解析しろと言われても困る。
Re:CSVなら任せて安心 (スコア:1)
>「Excelで保存したCSVファイル」という仕様であれば、ロードは簡単なんだけどな。
?えっ
EXCELで保存したCSVファイルはEXCEL自身ですら同じ形でロードできないのに?
01 2-1 をCSV保存-> 01,2-1
CSVとしてEXCEL読込み-> 1 2月1日
何処が簡単なんだか教えてくれ、マジで。
Re: (スコア:0)
それは「セルの内容が解析できる書式だった場合はそのデータ型にキャストして元データを破棄する」というゴミのような仕様の問題だろ
Re: (スコア:0)
つまり、CSVを破壊するExcelがゴミ。
Re: (スコア:0)
だから、
拡張子を.txtとかに変更して
(1) ファイルの「開く」
または
(2) データの「外部データの取り込み」→テキストファイル」
ででテキストウィザードを開く必要がある、というのが「ロードは簡単」ではないだろ、って話だろ?噛みつくとこ間違えてんぞ?
Re: (スコア:0)
例えばコードとしてEXCEL上で文字列として「0010」を入力しCSVファイルとして吐き出した。
そのCSVファイルをEXCELで読み込むと数値の10となってしまう。
Re:CSVなら任せて安心 (スコア:1)
例えばコードとしてEXCEL上で文字列として「0010」を入力しCSVファイルとして吐き出した。
そのCSVファイルをEXCELで読み込むと数値の10となってしまう。
これありますね、数値じゃなくて文字列として扱ってれば良いんでしょうけど。
データを出してくる方はそこまで気にしてないのが多いし。
Re: (スコア:0)
なのでこういうのはVBAで元の文字列のまま取込できるようにしてます
Re: (スコア:0)
読み込むときに指定できませんでしたっけ。
Re: (スコア:0)
そりゃそうだよね、って感じなんだが。
ExcelのCSV出力仕様は確定しているんだから、どう入力させてどう受け取るかは仕様化できるだろ、と。
改行コード入ると解析不能になるなんてことは無いって話。
Re: (スコア:0)
タブ区切りなら、テキストエディタで開いてコピーペースト→セルの書式を文字列→もう一回ペースト だけで割と楽にできるんだけど。
カンマ区切りだと先にダミーで文字列分割しておくか、テキストエディタ上でカンマをタブに置換しておくか(カンマ入りデータがあると除外が面倒)する必要があって
なんでわざわざこんなことしてるんだ…という気分になる。
Re: (スコア:0)
セルを文字列指定していても関係ないです。
EXCELは全てのセルを2重引用符つけて出力しないですし、仮に2重引用符で囲まれている項目でも、中
身が数値のみならばファイル拡張子が.CSVの場合、読み込み時に無視して頭ゼロを削除しやがります。
Re: (スコア:0)
何度も繰り返すのだったらマクロ化するけど一度だけとかだったら拡張子をTXTに変えてテキストファイルウィザード使ったりするかな
Re: (スコア:0)
拡張子がCVSだとテキストファイルウィザードも開かれずにEXCELが勝手に変換してしまう。
もっとも外部データの取り込みからCSVファイルを読み込めばテキストファイルウィザードが開かれてデータ型を指定できる。
ただしそうするとCSVファイルを開くときに考慮してくれる""内の,(カンマ)や改行を考慮してくれなくなる。
Re: (スコア:0)
ごめん
× CVS
○ CSV
CVSなら任せて安心 (スコア:0)
「データはCVS(上に)にあるから。」
「データはCSV(型式で)であるのか。」
も昔はありそうな誤解だった。
それがわかってるから、非エンジニアには「CVS上にある」なんて
言い方は絶対にしなかっただけで。
そういう意味ではエンジニア同士の方がむしろ危険だったな。
Re: (スコア:0)
できますよ。
その列の中身が全部キチンと同じ型であればね。
エクスポート時にやらかしてたら目も当てられない(しかも何万行のひとつふたつとか)。
Re: (スコア:0)
そこにCustomerSerViceやConVenienceStoreが入ってきた日にゃあ……
Re: (スコア:0)
同じソフトで保存しておいて欠落を起こすのは、流石にその仕様に問題があるでしょ。
Re: (スコア:0)
拡張子がCSVの場合は指定できません。
Re: (スコア:0)
そしてそれをExcelで開いて、先頭の0の欠落を起こすところまでがセット。
Re: (スコア:0)
ついでに数値を日付に変更したりしなかったりして再起不能に。
Re: (スコア:0)
csvなんて大抵何かのジャーナル出力でしかないだろ。
それをExcelを前提として上手く読めないと「オレオレcsv」とか表現する方に驚きが。
どうしてもってのならマクロで読めば良いだろうに。