Excel VBA 質問スレ Part84

**デフォルトの名無しさん** · 2025/10/01(水) 14:36:42.66

ExcelのVBAに関する質問スレ
コード書き込みや作成依頼もOK

次スレは>>980が立てること
無理なら細かく安価指定

※前スレ
Excel VBA 質問スレ Part83
https://mevius.5ch.net/test/read.cgi/tech/1749348402/

**デフォルトの名無しさん** · 2025/10/02(木) 00:16:11.64

2行目2例目

**デフォルトの名無しさん** · 2025/10/02(木) 02:40:54.02

パワークエリは2010ならアドオンで使えるんだから使えるってのは間違ってないよ

**デフォルトの名無しさん** · 2025/10/02(木) 21:54:27.31

Date.Fromは日付と時刻型を日付のみ型に変換する関数だと思っていましたが、実は引数はAnyでテキストでも数値でも日付と解釈可能ならdateにしてくれるんですね
今までの苦労は何だったんだろう

**デフォルトの名無しさん** · 2025/10/02(木) 22:49:07.56

おそらくスレがないので、すれ違いで申し訳ないのですが、
エクセルVBAはブックごとにマクロを具有しますが、Outlook VBAはどこにマクロを持つのでしょうか
アドインのようなものになるのでしょうか
ggrksと言われそうですが…

**デフォルトの名無しさん** · 2025/10/02(木) 22:59:10.74

C:\Users\＜ユーザー名＞\AppData\Roaming\Microsoft\Outlook
らしいです

**デフォルトの名無しさん** · 2025/10/03(金) 00:42:58.97

こっち消化しろよ

Excel VBA 質問スレ Part80(ﾜｯﾁｮｲあり)
https://mevius.5ch.net/test/read.cgi/tech/1700826110/

5 · 2025/10/03(金) 01:16:30.02

>>6
ありがとございます
ちょっと調べてみます

**デフォルトの名無しさん** · 2025/10/03(金) 05:06:39.02

>>7
ワの有無は別スレと見做される

**デフォルトの名無しさん** · 2025/10/03(金) 09:19:09.56

積極的にそうすべきというほどの強い意見ではないけれども、現状ﾜｯﾁｮｲありとなしとを使い分ける需要がさほどないということであれば、先に>>7のスレを消化するというのもありかもね。スレ交代のタイミングでちょうど良いし。

**デフォルトの名無しさん** · 2025/10/03(金) 13:09:50.91

ワに書き込めるわけ無いだろ
いいかげんにしろよ

**デフォルトの名無しさん** · 2025/10/03(金) 13:30:51.70

>>11
そうやってID変えながら荒らす気まんまんやん

**デフォルトの名無しさん** · 2025/10/03(金) 23:57:43.31

ワッチョイ気にするのか…

**デフォルトの名無しさん** · 2025/10/04(土) 10:49:20.79

前スレで話題に出たパワークエリはM言語という言語でVBAとは相容れない
VBAと連携する方法もないではないがWSHの言語間程度の違いはある
知りたい人が居るならPower Query M言語スレを別に立ててやるべきだと思う

**デフォルトの名無しさん** · 2025/10/04(土) 13:15:46.24

>>14
Power Queryだけでスレを立てても知名度が低すぎるから人が集まらないのと、「基本を知ってしまえば後は分からない事は何もない」から「話がすぐ終わる」（泣）
Excel自動化という点で同じなのでここで（震え声）

Excelの関数に正規表現関数が有る事を今思い出した（なければ自作すればいい）
だから今時はもうLeft関数、Mid関数、Right関数で無理矢理やらなくていいんだ。

**デフォルトの名無しさん** · 2025/10/04(土) 13:53:38.50

Excel女子の言い分を真に受けると
https://exceljoshi.cocoo.co.jp/media/excel-powerquery
必要なひとは使えばいいんじゃね？となる
Excelエキスパートの君らには、あんまし使いどころが無いんだろう

**デフォルトの名無しさん** · 2025/10/05(日) 06:02:00.45

みんながみんな大量のデータ集計や高度な集計をやるわけでは無いからPower Queryを必要とする人はいないと言われれば確かにそうですね。
だけどExcelで集計をすると言うのであればVBAでは無理です。

**デフォルトの名無しさん** · 2025/10/05(日) 07:06:17.38

VBAでも無理ではないでしょ
ゴミのように書きにくく読みにくく遅いだけで

**デフォルトの名無しさん** · 2025/10/05(日) 07:10:15.40

Excel女子でもVBAで出来てるから｢無理です｣は言い過ぎ　VBA女子ってのも居るそうだ
https://exceljoshi.cocoo.co.jp/media/work-efficiency-vba-reporting
何であれ、事前の下拵え(前準備)がだいじだと説いてるその通りだけど具体例は有料っぽい
まぁ、女子に頼らなくてもそこら中に転がってるけど
https://note.com/bunsekiya_tech/n/n7da42fbfa7b4

**デフォルトの名無しさん** · 2025/10/05(日) 07:40:58.07

VBAでやるときは各レコードをどこにどう書くかということをガチガチに固めておく必要があるのに対し、DBとかパワークエリだとそこら辺が抽象化できるイメージかなぁ。

**デフォルトの名無しさん** · 2025/10/05(日) 07:58:20.71

>>20
本当にそれなんですよ
パワークエリーやSQLなら列同士の集計やグループバイ、Join、UnPivotができるけど、VBAでUnpivotは流石にキツい

**デフォルトの名無しさん** · 2025/10/05(日) 08:28:28.60

LET、XLOOKUP、FILTER、GROUPBYあたりを駆使すればワークシート関数でも結構いける
わざわざ別アプリ起動してマイナー言語でとはならないかな・・・

**デフォルトの名無しさん** · 2025/10/05(日) 08:39:23.86

それこそ事前の準備で済む話　いきなり大容量のデータに接続してあれこれしようとするから混乱する
結果から想定されるデータ群に仕様を整えておくのが先ず最初にすべきこと
ADO が非推奨と成り果てたからVBA内でSQL使おうにも先細りなんだろうけど、まだやれない訳じゃ無いし(最新版じゃ無理なのか)
何であれ、いきなり野良データに接続してあんなことやこんなことしようとする方が無謀　データの事前整形はイロハのイ

**デフォルトの名無しさん** · 2025/10/05(日) 09:10:22.53

>>23
その事前のデータ整形がパワークエリーなんですよ
そもそもPower BIはパワークエリーとパワーピボットの二つが合わさった製品だし
ADOが非推奨だとは知らなかったです
やっぱりVBAはダメダメなんですね

**デフォルトの名無しさん** · 2025/10/05(日) 09:12:20.05

>>22
GROUPBY関数は最近になってやっとM365だけで使える様になった引数の翻訳も終わっていない関数じゃ無いですか
しかもGROUPBYに渡す元データのUnPivotはどうするんですか？
UnPivot関数はありませんよ？

**デフォルトの名無しさん** · 2025/10/05(日) 09:18:37.32

パワークエリーは
let
変数名 = 関数
in
ただこれだけです
各ステップ名にそれぞれの関数の戻り値（型）が代入されるだけです
一体どれだけ簡単なのかと
名前付きfunction関数なら
(変数名型) =>
let
変数名 = 関数
in
ただこれだけ

**デフォルトの名無しさん** · 2025/10/05(日) 09:28:11.50

会社で本格的なデータベースを構築しているとか、サーバーが使える、あるいは業務にしているのならそりゃSQLを推奨しますよ
しかし日本企業がそんなにITの導入をしているとは私はまったく思えません
だから当然必然的にExcelの標準機能一択になるわけです
世の中の企業にはVBAを禁止している会社もあると聞きます
だったら尚更パワークエリー
あとSQLはETLではないからSQLにできないことも多い