アカウント名:
パスワード:
その需要の大半はそもそもExcelでおこなうべきではない作業によるものではなかろうか。
（そのオプションの実装は）ありがたいけどね。
万能ツール（DTPとかワープロ）用途以外の、本来の表計算ソフトとして使う場合でも、勝手に0を除外されると都合が悪いケースありますよ。
顧客コードと売上集計表みたいなケースで、顧客コードの0が消えてしまって「ムキキー！」となりながらセルに文字列設定しにいく、みたいな。
>万能ツール（DTPとかワープロ）用途以外の、本来の表計算ソフトとして使う場合でも、勝手に0を除外されると都合が悪いケースありますよ。
あらかじめ、セルかカラムの表示形式を「文字列」に指定すれば良いんでしたっけ。あるいは入力時頭にシングルクォーテーションを追加するか。#どっちもめんどくさいけど、必要な時はやってた
メールアドレスがリンクにされていて、頭に "mailto:"入れられてたときは混乱した#Outlookだったかもしれない
そうやって文字列にすると今度は数値が文字列になっています！って警告が出るんですよね。
そうそう、それもうっとうしいですね
まとめて無視指示するか、放置するか
まとめて文字指定して、、その警告は Off指定。他にもお節介は、初期設定時にまとめて Off
=A2エラー:桁数が足りません
=A2&""エラー:数値が文字列になっています
="'"&A2エラー:数値が文字列になっています
CONCATENATEゼロ埋めでRIGHTで切り出しでもやっぱりだめ
# 拝啓、仕様書を頂きたく、、、
元がCSVでファイルを開く場合、そもそも「セルかカラムの表示形式を「文字列」に指定」自体ができない。
拡張子がテキストのファイルを読み込む場合、ダイアログで区切り文字指定と各カラムの表示形式指定ができるが、拡張子がCSVの場合、ダイアログすっ飛ばしてそのまま標準で読み込む。
しかもコードの先頭０削除だけでなくいらない、余計なやってはいけない変換を山盛りやってくれる。
＃例えば住所で町名と番地が湧かれて 小川町,10-1-1 とかなってたら、10-1-1を勝手に日付として2010/1/1にしてくれる。
列名で、"数値列"(I) = IntegerのI"文字列"(S) = StringのSとか指定できればいいのにね。
>元がCSVでファイルを開く場合、そもそも「セルかカラムの表示形式を「文字列」に指定」自体ができない。
Excelだけしか使ってはいけない縛りのある世界だと厳しそうですね
一旦メモ帳などで開いて全選択コピーしてシートに貼り付けというのはどうなんでしたっけ
各行の先頭セルにカンマ付きのテキストがペーストされますなので、カンマをタブに置換してから全選択コピーして貼り付ける必要が……
拡張子をtxt(csv以外ならtxtでなくてもいい）に変えてから開くという手段で対応してますあー面倒くさい
リボンをたどれば、インポートってあるでしょ。
末尾の「0」も一手間かかるんだよな。しかもExcelは前身のMultiplanより退化して、厳密な10進小数演算が出来ないらしいし。
'0123みたいに入れてた記憶が
顧客コードの0が消えてしまって「ムキキー！」となりながらセルに文字列設定しにいく、みたいな。
0始まりの桁数正規化はセルの書式設定せずとも別シートでこんな感じで呼べばできるけど面倒だよね
=RIGHT(CONCATENATE("{想定桁数分の0}",{顧客コードセル}),{想定桁数})&""
関数使うならどう考えてもTEXT関数使うべきだと思うのだけどTEXT(A1,"0000000") で済むよね
巨大なデータベースをExcelで作るとかは論外だけど、Excelのテーブル機能で済むぐらいのことならExcelでやっちゃった方が効率的でしょ。
ツールがEXCELしかない職場のことも考えてください！！
＞ツールがEXCELしかない職場のことも考えてください！！
そういう職場ではExcel職人が育つことがありますよね
そして神Excelが量産されたり
別の適したものの導入を提案すればいいじゃん。それで業務が効率化したなら、あなたの評価も上がる。
金勘定の現場で、本番さながらのデータを使った試験環境でパフォーマンス調査をしたりするんだけど当然、データにアクセスする端末には勝手なツールを入れるわけにはいかない。そんな時はExcelのVBAからWin32 APIを呼び出して、ちょっとしたツールを作ったりして遊ぶのじゃ。
Excelの「テーブル」機能は簡易のデータベースだよね。Accessすら使えない人達にはテーブル機能を使うようにススメている。「本物の」データベースは一般人には概念が分かりにくいので、そういう意味ではExcelのテーブルは便利。
もう簡易じゃない。パワークエリーがあるし
「本物の」データベースは一般人には概念が分かりにくいので、そういう意味ではExcelのテーブルは便利。
前世紀にふとお遊びで項目を配列変数にしてJavascriptでDBもどき作ったことあったな検索やソートも可能な住所録程度ならブラウザだけで行けるもんだと学んだ頃が懐かしい
# 追加、削除の結果保存までは面倒になって実装しなかったが
まあ、RDBMS 製品つかう理由の重大な部分はインデックスとトランザクションだから、それがなくていいなら手軽に作れそうです。
廉価版のOfficeだとAccessついてないなんてことも
ExcelはBIツール
もうその認識古いんじゃないかな
だよねぇ見た目はWordのオブジェクトとしてExcel呼び込んでくれと切に願う
# だとしてもセルの結合と列内の余白行てめぇらはダメだ
Wordがあんなだからみんな使いたがらないのがそもそもの原因なので……
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
Excelはデータベースソフトではない (スコア:5, すばらしい洞察)
その需要の大半はそもそもExcelでおこなうべきではない作業によるものではなかろうか。
（そのオプションの実装は）ありがたいけどね。
Re:Excelはデータベースソフトではない (スコア:3)
万能ツール（DTPとかワープロ）用途以外の、本来の表計算ソフトとして使う場合でも、勝手に0を除外されると都合が悪いケースありますよ。
顧客コードと売上集計表みたいなケースで、顧客コードの0が消えてしまって「ムキキー！」となりながらセルに文字列設定しにいく、みたいな。
Re:Excelはデータベースソフトではない (スコア:1)
>万能ツール（DTPとかワープロ）用途以外の、本来の表計算ソフトとして使う場合でも、勝手に0を除外されると都合が悪いケースありますよ。
あらかじめ、セルかカラムの表示形式を「文字列」に指定すれば良いんでしたっけ。
あるいは入力時頭にシングルクォーテーションを追加するか。
#どっちもめんどくさいけど、必要な時はやってた
メールアドレスがリンクにされていて、頭に "mailto:"入れられてたときは混乱した
#Outlookだったかもしれない
Re: (スコア:0)
そうやって文字列にすると今度は数値が文字列になっています！って警告が出るんですよね。
Re:Excelはデータベースソフトではない (スコア:1)
そうそう、それもうっとうしいですね
まとめて無視指示するか、放置するか
Re: (スコア:0)
まとめて文字指定して、、その警告は Off指定。
他にもお節介は、初期設定時にまとめて Off
Re: (スコア:0)
そうやって文字列にすると今度は数値が文字列になっています！って警告が出るんですよね。
=A2
エラー:桁数が足りません
=A2&""
エラー:数値が文字列になっています
="'"&A2
エラー:数値が文字列になっています
CONCATENATEゼロ埋めでRIGHTで切り出しでもやっぱりだめ
# 拝啓、仕様書を頂きたく、、、
Re: (スコア:0)
元がCSVでファイルを開く場合、そもそも「セルかカラムの表示形式を「文字列」に指定」自体ができない。
拡張子がテキストのファイルを読み込む場合、ダイアログで区切り文字指定と各カラムの表示形式指定ができるが、
拡張子がCSVの場合、ダイアログすっ飛ばしてそのまま標準で読み込む。
しかもコードの先頭０削除だけでなくいらない、余計なやってはいけない変換を山盛りやってくれる。
＃例えば住所で町名と番地が湧かれて 小川町,10-1-1 とかなってたら、10-1-1を勝手に日付として2010/1/1にしてくれる。
Re:Excelはデータベースソフトではない (スコア:1)
測定器の吐き出す桁数の多いデータのCSV読み込むと指数表示にされるのもかなり困る。
Re:Excelはデータベースソフトではない (スコア:1)
列名で、
"数値列"(I) = IntegerのI
"文字列"(S) = StringのS
とか指定できればいいのにね。
Re: (スコア:0)
>元がCSVでファイルを開く場合、そもそも「セルかカラムの表示形式を「文字列」に指定」自体ができない。
Excelだけしか使ってはいけない縛りのある世界だと厳しそうですね
Re: (スコア:0)
一旦メモ帳などで開いて全選択コピーしてシートに貼り付けというのはどうなんでしたっけ
Re: (スコア:0)
各行の先頭セルにカンマ付きのテキストがペーストされます
なので、カンマをタブに置換してから全選択コピーして貼り付ける必要が……
Re: (スコア:0)
拡張子をtxt(csv以外ならtxtでなくてもいい）に変えてから開くという手段で対応してます
あー面倒くさい
Re: (スコア:0)
リボンをたどれば、インポートってあるでしょ。
1と1.0は別物 (スコア:0)
末尾の「0」も一手間かかるんだよな。
しかもExcelは前身のMultiplanより退化して、厳密な10進小数演算が出来ないらしいし。
Re: (スコア:0)
'0123
みたいに入れてた記憶が
Re: (スコア:0)
顧客コードの0が消えてしまって「ムキキー！」となりながらセルに文字列設定しにいく、みたいな。
0始まりの桁数正規化はセルの書式設定せずとも別シートでこんな感じで呼べばできるけど面倒だよね
=RIGHT(CONCATENATE("{想定桁数分の0}",{顧客コードセル}),{想定桁数})&""
Re: (スコア:0)
関数使うならどう考えてもTEXT関数使うべきだと思うのだけど
TEXT(A1,"0000000") で済むよね
Re:Excelはデータベースソフトではない (スコア:1)
巨大なデータベースをExcelで作るとかは論外だけど、
Excelのテーブル機能で済むぐらいのことならExcelでやっちゃった方が効率的でしょ。
Re: (スコア:0)
ツールがEXCELしかない職場のことも考えてください！！
Re: (スコア:0)
＞ツールがEXCELしかない職場のことも考えてください！！
そういう職場ではExcel職人が育つことがありますよね
そして神Excelが量産されたり
Re: (スコア:0)
別の適したものの導入を提案すればいいじゃん。
それで業務が効率化したなら、あなたの評価も上がる。
Re: (スコア:0)
金勘定の現場で、本番さながらのデータを使った試験環境でパフォーマンス調査をしたりするんだけど
当然、データにアクセスする端末には勝手なツールを入れるわけにはいかない。
そんな時はExcelのVBAからWin32 APIを呼び出して、ちょっとしたツールを作ったりして遊ぶのじゃ。
Re: (スコア:0)
Excelの「テーブル」機能は簡易のデータベースだよね。
Accessすら使えない人達にはテーブル機能を使うようにススメている。
「本物の」データベースは一般人には概念が分かりにくいので、そういう意味ではExcelのテーブルは便利。
Re: (スコア:0)
もう簡易じゃない。パワークエリーがあるし
Re: (スコア:0)
「本物の」データベースは一般人には概念が分かりにくいので、そういう意味ではExcelのテーブルは便利。
前世紀にふとお遊びで項目を配列変数にしてJavascriptでDBもどき作ったことあったな
検索やソートも可能な住所録程度ならブラウザだけで行けるもんだと学んだ頃が懐かしい
# 追加、削除の結果保存までは面倒になって実装しなかったが
Re:Excelはデータベースソフトではない (スコア:1)
まあ、RDBMS 製品つかう理由の重大な部分はインデックスとトランザクションだから、それがなくていいなら手軽に作れそうです。
Re: (スコア:0)
廉価版のOfficeだとAccessついてないなんてことも
Re: (スコア:0)
ExcelはBIツール
Re: (スコア:0)
もうその認識古いんじゃないかな
Re: (スコア:0)
その需要の大半はそもそもExcelでおこなうべきではない作業によるものではなかろうか。
だよねぇ見た目はWordのオブジェクトとしてExcel呼び込んでくれと切に願う
# だとしてもセルの結合と列内の余白行てめぇらはダメだ
Re: (スコア:0)
Wordがあんなだからみんな使いたがらないのがそもそもの原因なので……