Excel VBA 質問スレ Part80

**デフォルトの名無しさん** · 2023/05/31(水) 08:23:38.97

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

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

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

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

**デフォルトの名無しさん** · 2024/04/17(水) 20:38:14.93

>>977
ありゃ、難しかったですか…
閃かなかったならパワークエリーが便利に使えるところが無いからかもしれない
使えるとこないならもちろん覚えなくていい（しかしこれから使えるとこあるかもなので何ができるかは記憶に残しておこう）

例えばexcelシートのデータをAccessのリンクテーブルで使おうとすると、一行目が項目名でないといけない
だけど、個人的にシートにまとめたデータとか、上の方に表題や解説を書いてたり、表は3列目以降にあったりする
それらのムダな情報を除去して、必要な表データを取り出せるのよ。元のシートはそのままに

純粋な表データになったらAccessDBのリンクテーブルとして使える
（リンクテーブルとは、普通はDB内に作成するテーブルと似たものをexcelのシートの表データで代替するもの。シートの値を変えるとAccessからもその値が見える。DB内に読み込んでしまうと、最新を常に読み込まなくてはならなくなる＝不便）
続く

**デフォルトの名無しさん** · 2024/04/17(水) 21:00:16.40

>>977
DBは例えば商品テーブルと売上テーブルがあったとして、それらから共通の商品コードを紐づけにして、関連データを得る感じ

これらはそもそもDBとはどういうときに便利に使えるかをまず知らないといけない
自分の仕事（分析）に使えそうかをそこで判断してからです

まずは1つのテーブル（データ）から始めることもある
例えばシートのフィルターを使うと思うが、各項目間の条件はandでしかできない
値がxxで始まるという条件は2つしか書けない
などの制限がある（だよね…）
Accessのリンクテーブルにするとクエリー（SQL）で自在に条件指定できる
これに当てはまれば、これだけでもAccessにする価値ある
（入り口は簡単なことでいい。使えそうなネタが無いのに勉強もする気起きないだろうし）
私が新しいことを勉強するときはまず必要な（便利になる）ネタを探す。見つかったら勉強始めること多い

**デフォルトの名無しさん** · 2024/04/17(水) 21:09:59.14

>>979
前にも書いたけど、パワークエリとAccessのクエリは別物です
自動車と言っても、エンジン車、HV、EVとか動力機構が別物みたいなもん

共通なとこは、元のデータをゴニョゴニョ加工して別の形で取り出す仕組み、な感じ

**デフォルトの名無しさん** · 2024/04/17(水) 21:29:48.38

>>979
AccessのVBAはexcelと似たような立ち位置
シンプルなことならVBA使わなくてもできる
しかし規模が大きくなったり便利に使おうとしたら必要になる
もちろん覚えることはAccess固有のことのみで可。しかし、多分使えるようになるのは簡単ではない

excelのブック、シート、セル、シェイプ等がどう関連してるかというオブジェクト関連図があればほとんどの操作は簡単？なように、Accessも関連図探してくれば想像の範疇に置けるとも言える
VBEでF2で出るオブジェクトエクスプローラ（だっけ）をよく活用してるなら、効率よくVBA書けるとも思う

**デフォルトの名無しさん** · 2024/04/17(水) 22:50:47.93

うーんムズい
超膨大なデータを扱う訳じゃなく多少の効率とか最適かは置いとくとぶっちゃけVBAで強引に何とかなっちゃう感じのものかな？　

数台の分析機器がそれぞれの独立したワークブックの下の行にデータが1行ずつ累積されていく

俺のVBAはそれを開いてシートコピッて自ブックに持ってきて不要な行を削除して列を変えるの作っただけでね
　
実行すると自ブックに複数のコピられたシートが集まる
同シート内でもサンプルの種類がまちまちにあるそいつらをサンプル毎に分かれてるブックにデータを飛ばしたい

うーんむずい

**デフォルトの名無しさん** · 2024/04/17(水) 22:53:28.70

こんなこともわからない馬鹿に作らせるなよ

**デフォルトの名無しさん** · 2024/04/17(水) 23:01:49.30

accessは正直使わないんだよな
使用頻度なんて99.999%でexcelだし
従ってaccessは脳から消去
パワークエリを引き続き覚える

**デフォルトの名無しさん** · 2024/04/18(木) 06:46:26.79

Accessは1ファイル2GBの上限あり
これに引っかかってUnion Queryで動きが取れなくなり
Excelのデータモデルに戻ったでござる

**デフォルトの名無しさん** · 2024/04/18(木) 07:45:28.39

>>984
×使わない
〇使い方を知らない

**デフォルトの名無しさん** · 2024/04/18(木) 08:44:16.44

2GBのクエリーを回避する脳みその性能が必要

**デフォルトの名無しさん** · 2024/04/18(木) 08:48:08.23

>>986
おたくもか
でも困らんと思うよ

**デフォルトの名無しさん** · 2024/04/18(木) 09:05:41.46

>>985
1ファイル全部入っている必要はない
テーブルは別出しでもいいし、デカすぎるテーブル一つを外だしでもいい
それよりテーブルデカくなれば、SQL server express（まだあるっけ？）
無料でやりたいなら、postgre（綴不明）とかもある

**デフォルトの名無しさん** · 2024/04/18(木) 09:12:21.18

>>987
2GBはファイルサイズの話だから仮にクエリに1バイトも使ってなくても上限は迎える
他人の脳みその性能気にする前に頭の上の蠅を追うべき

**デフォルトの名無しさん** · 2024/04/18(木) 09:15:20.71

>>989
全部入りで1GBとか超えてきたらテーブル別出しを検討していい
（これからもデータ増えていくなら）
そうするとテーブル以外のフロントエンド部のファイルがコンパクトになって、それによるメリットもある

**デフォルトの名無しさん** · 2024/04/18(木) 09:18:35.25

>>990
excelに行くのがありえない大きな間違い

**デフォルトの名無しさん** · 2024/04/18(木) 10:53:17.72

何故Excelの最下行を移動させてるし　たぶんそれぞれの端末で個別のExcelファイルに取り込んでるんだろうけど、
サーバー側にひとつだけExcelファイルを設けて、そこにそれぞれの計測器からのcsvを入れる方が一般的では
個別のファイルの列(項目)のMaxを設定して、計測器ごとの生データから必要な列に割り当てるようにしたほうが
百倍楽なはず　まさか、計測器の分析アプリがExcelに直接データを埋め込んでくれてる訳でもあるまい

難しく考えるからより面倒に成る　Think easy　シンプル・イズ・ベスチャ

**デフォルトの名無しさん** · 2024/04/18(木) 11:02:52.58

10年間での期間最大とか
いくつかの項目での前時間コマとの差とか
10地点合計の時間軸串刺し合計とかやるので、
Union Queryせざるを得なかった

**デフォルトの名無しさん** · 2024/04/18(木) 11:32:44.96

>>992
データモデルはデータの持ち方でしかなく、
Accessからアクセスしたっていいんだぞ

**デフォルトの名無しさん** · 2024/04/18(木) 11:36:47.34

Accessのグラフも貧弱やで

**デフォルトの名無しさん** · 2024/04/18(木) 11:47:01.26

2026年にサポート終了するので、
Access使ってるところはShare PointとかPower Appsに移行しろ
つうことかと

**デフォルトの名無しさん** · 2024/04/18(木) 12:29:29.64

>>993
最下行に移動させてるわけじゃなくそういう仕様でcsvでもない
300行のデータ、追加されて301行のデータ、追加されて302行のデータ
と設備が累積データを上書きしてく
そのブックは弄れないから最新の累積データだけ常に引っ張る
今のところは

**デフォルトの名無しさん** · 2024/04/18(木) 13:24:15.51

>>995
EXCELのデータモデルをkwsk
accessのデータモデルではだめな理由も

**デフォルトの名無しさん** · 2024/04/18(木) 14:05:40.47

Excel VBA 質問スレ Part81
https://mevius.5ch.net/test/read.cgi/tech/1713416618/

申し訳ない、今立てた
不備あったらごめん

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 323日 5時間 42分 3秒