アカウント名:
パスワード:
なぜCSV中の数字だけの項目を、勝手に数値として解釈するのか・・・。具体的に言うと、電話番号の頭の0が落ちたりする。
ダブルクォーテーションで括ったり、普通に考えられることは一通りやりましたよ。
ExcelでCSVを使う場合、文字コードもネックですな。UTF-8のCSVの場合、直接開く→Shift_JISとして読み込んで文字化けテキストファイルウィザードで開く→UTF-8として読み込み可能なんですが、テキストファイルウィザードで開いたあと、そこで上書き保存すると、Shift_JISなCSVに書き換えてしまいやがります。
私は、もうCSVをExcelからファイル経由で扱うのはあきらめて、クリップボードを通してタブ区切りテストを受け渡し [srad.jp]することにしてます。これならUTF-8でも問題なし。テキストエディタとしては、MIFESが便利。CSVモードで開いたあと、行を丸ごとコピペする場合、Excel同様タブ区切りテキストとして処理されるので、「MIFESで、CSVモードでCSVを開き、全データをクリップボードにコピー」→「Excelでペースト」すると簡単です。
「数字だけの項目を、勝手に数値として解釈」って問題はクリップボード経由でも解消されないのですが、そういった問題が出た場合、ペースト先のセルを予め書式設定で文字列にしておけば大丈夫です。「ペーストする」→「電話番号などで0が消えてることに気づく」→「列をまとめて書式設定、文字列に」→「もう一度ペースト」ということで、テキストファイルウィザードと違って試行錯誤が簡単です。テキストファイルウィザードで書式文字列指定漏れがあったら、また最初から全部やり直しですから…
テキストファイルウィザードも、読み込み設定を覚えてくれたら、まだマシだと思うんですけどね。住所録だとか名刺管理だとかのDB的ソフトのCSV入力機能の場合、入力フォーマットを登録しておけるのが多い。それなら、テキストファイルウィザード相当の設定を行うのは最初の一回だけですみます。Excelはその汎用性ゆえに仕方ないのかもしれないですが、毎回イチイチ指定しなきゃいけないのは面倒すぎます…
頭にシングルクォーテーション付けて下さい。「090」を「'090」みたいに。
元データを改変して対応するのは意味がないですよ。何の為のCSVデータなのか
ああそうかこうしてデータの流通は阻害されていくのだな・・・。
全行を読み込み前に、各フィールドに対してどう扱うか指定出来てそこで数値ではなくテキストとして読ませることが出来るよ
拡張子がCSVだとそれしてくれないよ。
lotus1-2-3かmultiplanだったか忘れたけどイニシエからそれよくあるよね
今日もシングルクォーテーション付ける仕事が始まるよー
Lispか!
'090とかいたCSVを読み込んだら面白いことになったExcel2007
ちなみにExcel上でもシングルクォーテーションが表示されてるので、一度セルを選択してF2→Enter(確定)しないと消えない。
#あくまでデータとして消失してしまう事を防止する策です。
CSVファイルの拡張子を.txtにして開くとテキストファイルウィザードが起動するので、それで対処してました。
新しいコメントをチェックしてなかった…orz
他にもいろいろ問題があるのよね。最新版では解消してるかもしれんけど・1セル1024文字以上が表示されない・最も汎用性のある98-2003形式では255列まで
奥村先生のいうようなデータ交換基盤として使うには破綻してるんですよね。
>奥村先生のいうようなデータ交換基盤として使うには破綻してるんですよね。逆になんでデータ交換基盤として使おうとするのかが分からん。それは既にExcel方眼紙と同様の考えにしか思えん。ましてやcsvデータからなんて話だと・・・
IEEE754形式なので「表計算ソフト」をうたっているのに丸めが発生して勘定系ではまったく使えない。Bigdecimalのような機構を持ってほしい。
小数点以下の桁数を設定すればいいのになんでやらないんだろう。使えないっていう前にマニュアル読めばいいのに。
内部計算方式の話で、いくら表示形式を設定しても内部精度は上がらんのですよ。
統計処理の誤差とかで問題になったりもする。
本当に意味わかっていってるのか?
>・1セル1024文字以上が表示されない
これ、セルの表示形式が「文字列」の時ですよね。(データが文字列でも)設定が「標準」や「数値」や「日付」だと表示されるのが謎。
いや、この話題は、ITソリューションでやるべきようなことまで、全部Excelでやろうとする、「ネ申Excel」使いを批判しているわけですから。
セルの属性で事前に文字列と設定しておいてもですか?
CSVなので元はコンマ区切りのただのテキストファイルなのではないかと思います。なので属性を事前に決めておけません。(ああ、テキストデータをクリップボードにコピーしておいて、貼り付けのオプションかなんかで設定すれば出来なくはないですね。)
2010だとCSVの場合は、テキストファイルウィザードが出てこなくて、そのまま開きますよね。で抜け落ちてると。
たぶん、その説明ではわからない。「外部データの取り込みを使って開け」こうだろう。
#Excelへの要望のほとんどはすでに実装済み機能の中(のどこか)にあるという話が....
おお、初めて知った。でもこれだと別のファイル(ダミーの真っ白なシート)を用意しないといけないんですね。
他のやり方としては、拡張子を「csv」じゃなく「txt」とかにリネームしておけばテキストウィザードが開きますね。面倒だけど。
「ファイルを開く」の時の[開く]コンボボックス(?)に「テキストウィザードを使って開く」があればそれでいいのに……。
つまり、CSVをダブルクリックしてExcelに関連付けされているあるいは、関連付けせざるを得ないOSがわるい。はず。
テキストウィザードが開かないのは仕方ないで済ませてもいいんですが、ダブルクォーテーションで囲っていても文字列と解釈しないのはExcelが悪いと言わざるを得ません。
(Excel上でセルに"010"って入力したらちゃんと"010"という文字列と解釈するのに……)
値にカンマが含まれる場合ダブルクォーテーションで囲むというルールは聞いたことがあるが、囲めば無条件に文字列型になるとは聞いたことがない。プログラミング言語の文字列リテラルと混同しているのでは。
おっしゃる通りですね、申し訳ない。「入力の時の仕様」と「CSV形式のファイルを読み込む時の仕様」とをごっちゃにしてはいけなかった。
RFCではダブルクォーテーションで括ったからといって文字列として扱うというルールは無いけど、管理工学研究所が提唱した「K3フォーマット」だと「ダブルクォーテーションで括った場合は文字列として扱う」と明文化してたはず。
Wikipediaの「K3フォーマット」の転送先がCSVになってるけど、CSVのページにはK3の記述が無いなぁ。Comma-Separated Values [wikipedia.org]
宣伝: Excel からK3フォーマットで書き出すアドオンSaveAsK3 [takeash.net]
関連付けさせたのはExcel(またはOffice)のインストーラでは。
前コメントをAndroid上で書いたあとで今日はバッグにX60sが入っていることを思い出したのでX60sのLubuntu13.04の場合を検証。
で、LubuntuではLibreOfficeよりも軽量なGnumericやAbiwordが標準。Gnumericは、CSVをダブルクリックで渡されると、普通に数値として取り込む。つまり電話番号の最初の0は消える。ただし、090-0000-0000とハイフンが入っていると、普通にテキスト扱いみたい。
で、右クリックからLibreOffice(4.0.2)に渡してみるとこちらはインポートウィザードが起動する。
ただ、この画面でテキストに切り替える必要があるかもしれないことを素人に案内するようなメッセージは無
>なぜCSV中の数字だけの項目を、勝手に数値として解釈するのか・・・。
表「計算」ソフトだからじゃね?表「ワープロ」ソフトとして使う人のなんと多いことか……
#とはいうものの、「シングルクォートで回避」は想定外。
表計算ソフトでも
登録者コード 値 01-01 0.5 01-02 1.2
とかいうケースあると思うんですけどね。これが
登録者コード 値 1月1日 0.5 1月2日 1.2
とかになっちゃうのが残念。(「'」付ければいけますけど、入力時ちょっと面倒)
あらかじめ登録者コード列の表示形式を「文字列」に。
#2482415のACだがゴメン。
手入力するときと勘違いしてた。
シングルクォートで回避できません
以下の2行をCSVにして読み込んでみてください。09012345678="09012345678"
それはもうCSVとしての意味がないのでは。
[データ]→[外部データの取り込み]→[テキストファイル]から開けばカラムごとのデータ形式を指定できる。ちゃんと調べろ。
「ネットでMicrosoftをディスるやつは9割がたバカ」という私の経験則を裏付ける発言がまた増えた。裏を返すと、こういうバカでも使えるソフトウェアを開発できたたからMicrosoftは成功したんだろうな、と思う。そりゃーバカには使えないソフトなら、フールプルーフのための機能や変な仕様も必要ないし、コミュニティもわかってるやつらばかりだし、楽だろうね。
CSVってテキストファイルですよね。なぜテキストファイルを開くために、これから開くファイルがテキストファイルだということと、カラムの属性が文字列だということをユーザーが指定しないといけないのでしょうか。馬鹿でも使えるソフトとして、このくらいは実装しあっても良いと思います。
テキストファイルに属性の情報なんて入っていないからに決まっているだろう
そうじゃなくて、 CSV という時点でテキストファイルなのは確定なのだから、わざわざ Excel 上で特別な操作をせずとも、 CSV をダブルクリックで開いたときにもデータ形式の指定が出てくるべきだということじゃなかろうか。
単に数値の集計が主な業務だからだろ。このネタに食いつく人間って、正に問題視されている、「表計算をワープロ視している」人だよね。数値のハンドリングが主と思って居るなら、「数値に見える文字は数値として扱われる」って事に対して、「もっと便利に」とは思ってもそれ自体に疑問は無い筈。
>数値のハンドリングが主と思って居るなら、「数値に見える文字は数値として扱われる」って事に対して、>「もっと便利に」とは思ってもそれ自体に疑問は無い筈。
01-01,0123,999.0を1月1日 | 123 | 999と解釈するのはOKでいいですよ。
"01-01","0123","999.0"を1月1日 | 123 | 999って勝手に変換すんのやめてくれって思います。いやデフォルトで変換機能があるのは一歩譲るにしても、「ファイルを開く」の[開く]のトコでせっかく選択肢が出せるんだからそこで選ばせろと。
何度も提案されてる「外部データの取り込み」はあくまで既存のファイルに外部データを挿入する方法であって、「csvファイルを開く方法」じゃないじゃないですか。
他のコメントに書いたんですが、 = を使う他に拡張子をcsv以外にするという手があります。というより、 ' や =" "を使うよりそっちのが楽です。
sample.csv というファイルなら sample.txt にリネームして(sample.logでもsample.xxxでも何でもとにかく自動変換されなきゃ何でもいいんですが)Excelから「ファイルを開く」で選択すればテキストウィザードが開きます。そこで文字列にしたい列だけ「文字列」に指定すればOK。他のソフトから「csv形式で出力」したものをそのまま使えます。
「CSVファイルの拡張子を.TXTにする」方法なら、ファイルを開くで、テキストファイルウィザードを通して開くことができますよ。
その場合は、上書き保存すればもれなく不幸になれます。#今ちょっと試したら、拡張子.txtなCSVファイルをテキストファイルウィザードでコンマ区切りとして読み込んだあと、それを上書き保存したらタブ区切りテストにしやがった…
CSVがテキストファイルであることと、カラム属性が文字列であることとはまったく別義。数値属性なカラムがCSV上に存在してはいけない、とでも?
>ちゃんと調べろ。「ちゃんと」を使うやつは、具体的に表現できないバカですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
Excel自体がクソ (スコア:1)
なぜCSV中の数字だけの項目を、勝手に数値として解釈するのか・・・。
具体的に言うと、電話番号の頭の0が落ちたりする。
ダブルクォーテーションで括ったり、普通に考えられることは一通りやりましたよ。
Re:Excel自体がクソ (スコア:3, 参考になる)
ExcelでCSVを使う場合、文字コードもネックですな。UTF-8のCSVの場合、
直接開く→Shift_JISとして読み込んで文字化け
テキストファイルウィザードで開く→UTF-8として読み込み可能
なんですが、テキストファイルウィザードで開いたあと、そこで上書き保存すると、Shift_JISなCSVに書き換えてしまいやがります。
私は、もうCSVをExcelからファイル経由で扱うのはあきらめて、クリップボードを通してタブ区切りテストを受け渡し [srad.jp]することにしてます。これならUTF-8でも問題なし。
テキストエディタとしては、MIFESが便利。CSVモードで開いたあと、行を丸ごとコピペする場合、Excel同様タブ区切りテキストとして処理されるので、「MIFESで、CSVモードでCSVを開き、全データをクリップボードにコピー」→「Excelでペースト」すると簡単です。
「数字だけの項目を、勝手に数値として解釈」って問題はクリップボード経由でも解消されないのですが、そういった問題が出た場合、ペースト先のセルを予め書式設定で文字列にしておけば大丈夫です。
「ペーストする」→「電話番号などで0が消えてることに気づく」→「列をまとめて書式設定、文字列に」→「もう一度ペースト」
ということで、テキストファイルウィザードと違って試行錯誤が簡単です。
テキストファイルウィザードで書式文字列指定漏れがあったら、また最初から全部やり直しですから…
テキストファイルウィザードも、読み込み設定を覚えてくれたら、まだマシだと思うんですけどね。
住所録だとか名刺管理だとかのDB的ソフトのCSV入力機能の場合、入力フォーマットを登録しておけるのが多い。それなら、テキストファイルウィザード相当の設定を行うのは最初の一回だけですみます。
Excelはその汎用性ゆえに仕方ないのかもしれないですが、毎回イチイチ指定しなきゃいけないのは面倒すぎます…
Re:Excel自体がクソ (スコア:2, 参考になる)
頭にシングルクォーテーション付けて下さい。
「090」を「'090」みたいに。
Re:Excel自体がクソ (スコア:3, すばらしい洞察)
元データを改変して対応するのは意味がないですよ。
何の為のCSVデータなのか
ああそうかこうしてデータの流通は阻害されていくのだな・・・。
Re: (スコア:0)
全行を読み込み前に、各フィールドに対してどう扱うか指定出来て
そこで数値ではなくテキストとして読ませることが出来るよ
Re: (スコア:0)
拡張子がCSVだとそれしてくれないよ。
Re:Excel自体がクソ (スコア:1)
lotus1-2-3かmultiplanだったか忘れたけどイニシエからそれよくあるよね
Re:Excel自体がクソ (スコア:1)
今日もシングルクォーテーション付ける仕事が始まるよー
Re:Excel自体がクソ (スコア:1)
Lispか!
Re: (スコア:0)
'090とかいたCSVを読み込んだら面白いことになったExcel2007
Re: (スコア:0)
ちなみにExcel上でもシングルクォーテーションが表示されてるので、一度セルを選択してF2→Enter(確定)しないと消えない。
#あくまでデータとして消失してしまう事を防止する策です。
Re:Excel自体がクソ (スコア:2)
CSVファイルの拡張子を.txtにして開くとテキストファイルウィザードが起動するので、それで対処してました。
Re:Excel自体がクソ (スコア:2)
新しいコメントをチェックしてなかった…orz
Re:Excel自体がクソ (スコア:1)
他にもいろいろ問題があるのよね。最新版では解消してるかもしれんけど
・1セル1024文字以上が表示されない
・最も汎用性のある98-2003形式では255列まで
奥村先生のいうようなデータ交換基盤として使うには破綻してるんですよね。
Re:Excel自体がクソ (スコア:2, すばらしい洞察)
>奥村先生のいうようなデータ交換基盤として使うには破綻してるんですよね。
逆になんでデータ交換基盤として使おうとするのかが分からん。
それは既にExcel方眼紙と同様の考えにしか思えん。
ましてやcsvデータからなんて話だと・・・
Re:Excel自体がクソ (スコア:1)
IEEE754形式なので「表計算ソフト」をうたっているのに
丸めが発生して勘定系ではまったく使えない。
Bigdecimalのような機構を持ってほしい。
Re: (スコア:0)
小数点以下の桁数を設定すればいいのになんでやらないんだろう。
使えないっていう前にマニュアル読めばいいのに。
Re: (スコア:0)
内部計算方式の話で、いくら表示形式を設定しても
内部精度は上がらんのですよ。
統計処理の誤差とかで問題になったりもする。
本当に意味わかっていってるのか?
Re:Excel自体がクソ (スコア:1)
>・1セル1024文字以上が表示されない
これ、セルの表示形式が「文字列」の時ですよね。
(データが文字列でも)設定が「標準」や「数値」や「日付」だと表示されるのが謎。
Re:Excel自体がクソ (スコア:1)
いや、この話題は、ITソリューションでやるべきようなことまで、全部Excelでやろうとする、「ネ申Excel」使いを批判しているわけですから。
Re:Excel自体がクソ (スコア:1)
これはだめ
001,002,003
これは2個目と3個目は 0とれずに出る。…出るけども。
001,"=""002""",=T("003")
# データ変わっとるやん
# yes, fly. no, fry.
Re: (スコア:0)
セルの属性で事前に文字列と設定しておいてもですか?
Re: (スコア:0)
CSVなので元はコンマ区切りのただのテキストファイルなのではないかと思います。なので属性を事前に決めておけません。
(ああ、テキストデータをクリップボードにコピーしておいて、貼り付けのオプションかなんかで設定すれば出来なくはないですね。)
Re: (スコア:0)
2010だとCSVの場合は、テキストファイルウィザードが
出てこなくて、そのまま開きますよね。
で抜け落ちてると。
Re: (スコア:0)
たぶん、その説明ではわからない。
「外部データの取り込みを使って開け」
こうだろう。
#Excelへの要望のほとんどはすでに実装済み機能の中(のどこか)にあるという話が....
Re:Excel自体がクソ (スコア:1)
おお、初めて知った。
でもこれだと別のファイル(ダミーの真っ白なシート)を用意しないといけないんですね。
他のやり方としては、拡張子を「csv」じゃなく「txt」とかにリネームしておけばテキストウィザードが開きますね。面倒だけど。
「ファイルを開く」の時の[開く]コンボボックス(?)に「テキストウィザードを使って開く」があればそれでいいのに……。
Excelは悪くないことが判明 (スコア:2)
つまり、CSVをダブルクリックして
Excelに関連付けされている
あるいは、関連付けせざるを得ないOSがわるい。はず。
Re:Excelは悪くないことが判明 (スコア:1)
テキストウィザードが開かないのは仕方ないで済ませてもいいんですが、
ダブルクォーテーションで囲っていても文字列と解釈しないのはExcelが悪いと言わざるを得ません。
(Excel上でセルに"010"って入力したらちゃんと"010"という文字列と解釈するのに……)
Re:Excelは悪くないことが判明 (スコア:1)
値にカンマが含まれる場合ダブルクォーテーションで囲むというルールは聞いたことがあるが、囲めば無条件に文字列型になるとは聞いたことがない。
プログラミング言語の文字列リテラルと混同しているのでは。
Re:Excelは悪くないことが判明 (スコア:1)
おっしゃる通りですね、申し訳ない。
「入力の時の仕様」と「CSV形式のファイルを読み込む時の仕様」とをごっちゃにしてはいけなかった。
Re:Excelは悪くないことが判明 (スコア:2)
RFCではダブルクォーテーションで括ったからといって文字列として扱うというルールは無いけど、管理工学研究所が提唱した「K3フォーマット」だと「ダブルクォーテーションで括った場合は文字列として扱う」と明文化してたはず。
Wikipediaの「K3フォーマット」の転送先がCSVになってるけど、CSVのページにはK3の記述が無いなぁ。
Comma-Separated Values [wikipedia.org]
宣伝: Excel からK3フォーマットで書き出すアドオン
SaveAsK3 [takeash.net]
# SlashDot Light [takeash.net] やってます。
Re: (スコア:0)
関連付けさせたのはExcel(またはOffice)の
インストーラでは。
追試追記 (スコア:0)
前コメントをAndroid上で書いたあとで
今日はバッグにX60sが入っていることを思い出したので
X60sのLubuntu13.04の場合を検証。
で、LubuntuではLibreOfficeよりも軽量なGnumericやAbiwordが標準。
Gnumericは、CSVをダブルクリックで渡されると、普通に数値として取り込む。
つまり電話番号の最初の0は消える。
ただし、090-0000-0000とハイフンが入っていると、普通にテキスト扱いみたい。
で、右クリックからLibreOffice(4.0.2)に渡してみると
こちらはインポートウィザードが起動する。
ただ、この画面でテキストに切り替える必要があるかもしれないことを
素人に案内するようなメッセージは無
Re: (スコア:0)
>なぜCSV中の数字だけの項目を、勝手に数値として解釈するのか・・・。
表「計算」ソフトだからじゃね?
表「ワープロ」ソフトとして使う人のなんと多いことか……
#とはいうものの、「シングルクォートで回避」は想定外。
Re:Excel自体がクソ (スコア:1)
表計算ソフトでも
登録者コード 値
01-01 0.5
01-02 1.2
とかいうケースあると思うんですけどね。これが
登録者コード 値
1月1日 0.5
1月2日 1.2
とかになっちゃうのが残念。(「'」付ければいけますけど、入力時ちょっと面倒)
Re: (スコア:0)
あらかじめ登録者コード列の表示形式を「文字列」に。
Re: (スコア:0)
#2482415のACだがゴメン。
手入力するときと勘違いしてた。
Re: (スコア:0)
シングルクォートで回避できません
Re: (スコア:0)
以下の2行をCSVにして読み込んでみてください。
09012345678
="09012345678"
Re: (スコア:0)
それはもうCSVとしての意味がないのでは。
クソはお前だ (スコア:0)
[データ]→[外部データの取り込み]→[テキストファイル]から開けばカラムごとのデータ形式を指定できる。
ちゃんと調べろ。
「ネットでMicrosoftをディスるやつは9割がたバカ」という私の経験則を裏付ける発言がまた増えた。
裏を返すと、こういうバカでも使えるソフトウェアを開発できたたからMicrosoftは成功したんだろうな、と思う。
そりゃーバカには使えないソフトなら、フールプルーフのための機能や変な仕様も必要ないし、コミュニティもわかってるやつらばかりだし、楽だろうね。
Re: (スコア:0)
CSVってテキストファイルですよね。
なぜテキストファイルを開くために、これから開くファイルがテキストファイルだということと、カラムの属性が文字列だということをユーザーが指定しないといけないのでしょうか。
馬鹿でも使えるソフトとして、このくらいは実装しあっても良いと思います。
Re: (スコア:0)
テキストファイルに属性の情報なんて入っていないからに決まっているだろう
Re: (スコア:0)
そうじゃなくて、 CSV という時点でテキストファイルなのは確定なのだから、わざわざ Excel 上で特別な操作をせずとも、 CSV をダブルクリックで開いたときにもデータ形式の指定が出てくるべきだということじゃなかろうか。
Re:クソはお前だ (スコア:1)
単に数値の集計が主な業務だからだろ。
このネタに食いつく人間って、正に問題視されている、「表計算をワープロ視している」人だよね。
数値のハンドリングが主と思って居るなら、「数値に見える文字は数値として扱われる」って事に対して、
「もっと便利に」とは思ってもそれ自体に疑問は無い筈。
Re:クソはお前だ (スコア:1)
>数値のハンドリングが主と思って居るなら、「数値に見える文字は数値として扱われる」って事に対して、
>「もっと便利に」とは思ってもそれ自体に疑問は無い筈。
01-01,0123,999.0
を
1月1日 | 123 | 999
と解釈するのはOKでいいですよ。
"01-01","0123","999.0"
を
1月1日 | 123 | 999
って勝手に変換すんのやめてくれって思います。
いやデフォルトで変換機能があるのは一歩譲るにしても、「ファイルを開く」の[開く]のトコでせっかく選択肢が出せるんだからそこで選ばせろと。
何度も提案されてる「外部データの取り込み」はあくまで既存のファイルに外部データを挿入する方法であって、
「csvファイルを開く方法」じゃないじゃないですか。
Re:クソはお前だ (スコア:1)
他のコメントに書いたんですが、 = を使う他に
拡張子をcsv以外にするという手があります。
というより、 ' や =" "を使うよりそっちのが楽です。
sample.csv というファイルなら sample.txt にリネームして
(sample.logでもsample.xxxでも何でもとにかく自動変換されなきゃ何でもいいんですが)
Excelから「ファイルを開く」で選択すればテキストウィザードが開きます。
そこで文字列にしたい列だけ「文字列」に指定すればOK。
他のソフトから「csv形式で出力」したものをそのまま使えます。
Re:クソはお前だ (スコア:1)
「CSVファイルの拡張子を.TXTにする」方法なら、ファイルを開くで、テキストファイルウィザードを通して開くことができますよ。
その場合は、上書き保存すればもれなく不幸になれます。
#今ちょっと試したら、拡張子.txtなCSVファイルをテキストファイルウィザードでコンマ区切りとして読み込んだあと、それを上書き保存したらタブ区切りテストにしやがった…
Re: (スコア:0)
CSVがテキストファイルであることと、カラム属性が文字列であることとはまったく別義。
数値属性なカラムがCSV上に存在してはいけない、とでも?
Re: (スコア:0, フレームのもと)
>ちゃんと調べろ。
「ちゃんと」を使うやつは、具体的に表現できないバカですね。