Excel VBA 質問スレ Part84

Excel VBA 質問スレ Part84 (169ﾚｽ)
上下前次 1-新

32: 10/05(日)10:08 ID:knUkubLb(8/14) AAS
なんでVBAで流石にUnPivot旬は難しいと言えるかと言うと、UnPivotする為にはそれぞれの項目とその数に応じて大量に行の挿入を行う必要があるからです

これをVBAでやろうとすると行ズレ問題に頭を悩ませるし、セル操作、Rangeは非常に遅いし、2次配列の操作はVBAは非常に貧弱だからです

一応、パワークエリーが登場する前（本当はMicrosoft Queryという前身機能があったらしいですが）のVBAのまず最初にやる事はUnPivotだったらしいので、絶対にできないとは言いません
しかし、パワークエリーならボタンぽちぽちで済む事を全部コードに書かなきゃならないので非常に面倒くさい上に不具合もあります

サーバーがある、本物のSQLが使用できる環境があると言うのなら当然止めません
既に正規化されているデータだけを扱うと言うのであれば尚更でしょう
しかし世の中その様なデータばかりを扱うとは到底思えません

33: 10/05(日)10:09 ID:knUkubLb(9/14) AAS
>>31
表っぽいデータなら「大抵」ではなく、「全て」うまい塩梅に整形できますぜ　です
なぜならそれがETLだからです

34(1): 10/05(日)10:30 ID:beeJ4mT2(5/6) AAS
その「ボタンぽちぽち」で出来てしまう点を懸念してンだけどねw
野良データがガサツでも、ぽちぽちしたらちゃんとした表に仕上がりました！　で、そのデータの
信ぴょう性とかファクトが担保されるのか？という面で、イとかキは疎かにしちゃいけない、と
で、そのイとかキをしてる最中に｢これとこれをこうすりゃこう仕上がる｣という、データ加工の
手順や経緯や法則がきちんと把握できてく(それが判ればほぼほぼ基本機能で済むケースが多いのも現実)

そういう基盤がキチンと制作者も受け取る側も共有出来てるなら、どんなアプリ使おうとも構わんけど
作る側がその辺ないがしろにして｢この機能サイコー！｣だけで盲信して得意満面に仕上げてきた表ほど
役に立たないものも無いってのも現実　まあ、老婆心だけだけどw

35: 10/05(日)10:50 ID:YF7wvbQm(1/4) AAS
たぶん想定されている使われ方が結構違うんだろうね。

DBの場合、事前に設計されたテーブルを前提としているから、テーブル設計で失敗していない限りそもそもpivotとかunpivotとかが必要になる機会自体そんなにないと思うのよ。古いシステムからデータを取り込んだりするときくらいじゃない？　だからpivot / unpivot の利便性をメリットとして挙げられてもあんまりピンと来ない感がある。
パワークエリの方は、どちらかというと表っぽいデータ（いわゆる野良データも含む）をアドホックに処理できることに重点を置いているんでしょう。そういう場面ならpivot / unpivot が簡単にできると便利というのは分かる。

>>34
イとかキって何だと思ったが、イロハのイとキホンのキか。34を読んだだけでこれに気付いたのって凄くない？w

36: 10/05(日)10:51 ID:R8xFs1sO(1) AAS
そんなのVBAだろうとPQだろうと同じ
当たり前
当たり前のこと毎週書いてろw

37: 10/05(日)11:44 ID:knUkubLb(10/14) AAS
元データがちゃんと正規化されているリスト表だけだったらSQLでも十分
それはその通りです

でも世の中残念ながらそうじゃないんです
これはなぜETLというツールがいくつもあるのかという話です
大量の列があるデータをソフトウエアがCSVで出力されるケースを私は実際に知っているのです
そしてその時に私はUnPivotを知りました

38: 10/05(日)11:49 ID:knUkubLb(11/14) AAS
これだけは言えると思うのは
確かにSQLは1列に一つの種類の値、型のデータを扱うのなら最適化されているので高速ですが、そうでない場合、データのクリーニング、前処理が必要は場合は必ずしもそうではないと思います

あとデータソースは各種サーバーに出来るので、まずはお試しでやってみる、という叩き台やテストを「お手軽に」する事もできます

39: 10/05(日)12:15 ID:YF7wvbQm(2/4) AAS
そりゃデータの整形や前処理はSQLじゃなくて、ホスト言語の方の守備範囲だからね。
だから整形・前処理の部分で比較するなら、「コードを書く必要があるけど汎用性の高いホスト言語（JavaScriptとかPythonとか）」と、「ノーコードで済んで利便性が高いけどMSにロックインされるパワークエリ」という比較になるんじゃない？
表っぽいデータをアドホックに次々と分析していくような用途ならパワークエリの方が便利だろうし、永続的なデータを扱うならSQLの方が安心感がある。

フォーマットが完全に固まっているならVBAも選択肢に入ってくるだろうし。

40(1): 10/05(日)12:58 ID:Gl792nZh(2/3) AAS
>>29
UNPIVOTはCHOOSECOLSとVSTACKで余裕

41(1): 10/05(日)13:40 ID:Gl792nZh(3/3) AAS
>>29
=LET(
UNPIVOT,LAMBDA(table,values,
DROP(REDUCE(0,SEQUENCE(COLUMNS(values)),LAMBDA(a,v,
LET(
value,INDEX(values,v),
VSTACK(a,HSTACK(EXPAND(value,ROWS(table),,value),CHOOSECOLS(table,v)))
)
)),1)
),
UNPIVOT(C1:G10,{"月","火","水","木","金"})
)

42(1): 10/05(日)14:06 ID:beeJ4mT2(6/6) AAS
サーバーも持ち合わせずVBAも禁止されてる企業って書いてみたり
とあるアプリが大量の列があるCSVを吐き出したケースがあって、それでUnpivotを知ったとか書いてるし
やっぱ新しいおもちゃに大興奮してるとしか読めない
野良と言えどもサイバー空間上にあるデータは、まがりなりにもDBのお作法に沿った整形されてるんじゃないのか？
WEBページやクラウドデータとかに接続するなら尚更
手強い野良っつーのは社内に保管されてる過去20年のデータみたいな意味で、>>30 に書いた例なんかかわいい方
とも思えるファイルがゴロゴロしてることもある　それを上から十行ぐらいナナメ読みして憶測で判断してたら
しっぺ返し喰らう
その大量に吐き出されたCSVだって、実はD列のデータだけじゃ無くてAA列だのBB列だののデータと組でようやく意味を為す
なんてぇケースだってごまんと見て来た　キとかイとかw　データを扱うお作法は蔑ろにしてはいけない
データクレンジングとか昨今は呼ぶのか？　それは機能に任せる前に、人間の目で手でまずは洗浄しておくべき
キカイは命令された事しかやらない・できない　その命令する側が手抜きしてたら手抜きされたデータの塊になるだけ

43: 10/05(日)14:30 ID:YF7wvbQm(3/4) AAS
>>40-41
そういうのは余裕とは言わないw 凄いとは思うけど、人が読んだり書いたりするコードじゃないでしょ。AIに生成させるとかならありかもしれないが。

2020年代になってから関数が大量に追加されているのって、AI使用が視野に入っているからなのかなとちょっと思った。

44: 10/05(日)19:35 ID:knUkubLb(12/14) AAS
>>42
複合キーを利用する、複数列の値を使用する、結合するという事はできますよ

45(1): 10/05(日)20:29 ID:knUkubLb(13/14) AAS
そもそもExcelになぜPythonが導入されたかと言うと、パワークエリーで前処理、集計したデータを非公式に導入したPythonでさらに高度な集計を行う、と言う事が行われていたからです。
そう言う事が行われているくらい非常に協力な機能なのです。
JavaScriptのコードも動かせます。

46(1): 10/05(日)21:56 ID:bIl70Ycb(1) AAS
言いたいことがちょっとわからない

Python in Excelの話をしてるの？
Officeアドインの話をしてるの？
Officeスクリプトの話をしてるの？

47: 10/05(日)22:15 ID:knUkubLb(14/14) AAS
>>46
全てパワークエリーの話です

48(1): 10/05(日)22:33 ID:YF7wvbQm(4/4) AAS
パワークエリって、（SQLの代替というよりも）データフレーム系のライブラリ（PythonでいうところのPandasとか）に近い機能なんじゃないかな。自分はデータフレーム系のライブラリってほとんど触ったことがないから分からないけれど。

49(1): 10/05(日)23:04 ID:eANUHAz5(1) AAS
>>45
へー、MSがPythonを組み込んだ理由の客観的証拠を示してごらん

50: 10/06(月)02:26 ID:jIkfS85a(1) AAS
>>49
キチガイの妄想なんだから答えるわけないだろw

51: 10/06(月)08:37 ID:/QQ+j/LM(1) AAS
VBAをPythonに置き換えようと開発進めてたけど、
サードパーティーのアドオンが優秀なので公式でやる必要が無くなった（ここまでMS開発者ブログより）
でも成果物を使わないのも勿体ないから使ってる（俺の妄想）
ってことだろ

52: 10/06(月)09:38 ID:CrcLFeiU(1) AAS
>>48
普段SoR系のシステムばかり見てる人には馴染みのない話かもしれないけど、
ビジネスアナリティクスの世界では、SQLは汎用的なデータ分析ツールとして結構カジュアルに広く使われているのです

53: 10/06(月)10:52 ID:0TYeR8/V(1/2) AAS
まーた新しいオモチャ拡げ出したぞw　SoR系だからSQLが重宝されてきたんだろうに
アナリティクスなんて概念、後発も後発　まあ、SoRに於いてSQLでAnalyticsしてた
という見方もできるわけで、もはや何言っても相手に響かないからお口チャックしときなよ

54(1): 10/06(月)11:44 ID:sh+WI5Ke(1) AAS
話の繋がりがよく分からないが、そういう分析方面でならパワークエリも強みを活かせるということであれば、適材適所ってことでいいんじゃない？　カジュアルかつアドホックに色々できるということが強みなんだろうから。

55: 10/06(月)11:56 ID:6luOortV(1) AAS
相変わらずVBAの話題以外では盛り上がるVBAスレ

56: 10/06(月)13:59 ID:+9LX7loy(1) AAS
>>54
そう、パワークエリの主用途である分析においては、その役割はSQLとPythonの両方と大きく重なる
そのうちどれが優れているという話ではないが、VBAが大きく劣ることは確かだな

57: 10/06(月)16:51 ID:0TYeR8/V(2/2) AAS
本気でそう思ってるなら、なんでここに居るし
ソッチのスレに常駐してるなり新スレ立てるなりして、ソッチで続けてればいいのに
単にケンカ売りに来てるん？

58: 10/06(月)20:20 ID:eyP2NojD(1) AAS
本物のサーバーに対してSQLを叩いた方が高速なのも
Pythonで複雑な計算を行う方が高速（素のPythonのループ処理はVBAより遅い）なのも一切否定していません
私はただExcelしか使用できない環境でも便利な機能がありますよ
と言っただけです

59: 10/07(火)10:01 ID:vEgtxFhe(1) AAS
社会人として言い訳はみっともない　やっぱりおもちゃを片付けられないしんのすけレベル
（あなた達は知らないだろうけど）Power Query っていう便利な機能がありますよ、とでも主張したかったのか？
VBAスレで？　ビジネスSoft板のExcel相談所辺りで言い募るならまだしも、ここの住人なんかはとっくに試用してる
だろうに　試したうえでケースバイで使う事もあるかも知らんけど、実務でそんなに活用するシーンも無いな
という肌感覚じゃあ無いのか　取り敢えずVBAでSQL書いて目的は達成できているんだし
ネット上とかの得体の知れない大量のデータに対してザッピングしてみて有用なデータかどうか、予め毒見してみて
実際に利用するかどうか判断の元にするような時には使ってみるのも楽だろうけど
Power Query 至る所でバンバン使い倒してますよ、という実務者カモン　事例提示プリーズ

60: 10/07(火)10:38 ID:msD1NTB5(1) AAS
何でスレチのPQにいつまでも係ってんだよ
>>15がExcel自動化云々言ったところでスレチはスレチ
そも自動化ではない
スルー力なさ過ぎ

61: 10/07(火)15:16 ID:bK/qJy7b(1) AAS
いつもの境界知能の人だろ

上下前次 1-新書関写板覧索設栞歴

あと 108 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.017s