Excel VBA 質問スレ Part80
レス数が1000を超えています。これ以上書き込みはできません。
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/ >>973
課のテーマならまず課長が組めるようにならないとお話しにならない
もし課長が元々組めるなら、お前ができるからって押し付けんなって反発はされるだろうが、努力して組めるようになったんだから反発するのは「改善の努力したくない」と宣言するようなもん
やらないやつを追い込め。今や小学生からやることだからバカ扱いで構わない >>967
実行するとエラーになる?
スルーされる?
もう忘れちゃったけど、
Javascriptでやらないと反映されないのが何かあったな なぁ、盛大な野望持ってると前に言うたやん
言われたからパワークエリを少し調べて見たけど全くわからん
access、VBA、パワークエリ
の関係性をマジで噛み砕いて教えてほしい >>977
ありゃ、難しかったですか…
閃かなかったならパワークエリーが便利に使えるところが無いからかもしれない
使えるとこないならもちろん覚えなくていい（しかしこれから使えるとこあるかもなので何ができるかは記憶に残しておこう）
例えばexcelシートのデータをAccessのリンクテーブルで使おうとすると、一行目が項目名でないといけない
だけど、個人的にシートにまとめたデータとか、上の方に表題や解説を書いてたり、表は3列目以降にあったりする
それらのムダな情報を除去して、必要な表データを取り出せるのよ。元のシートはそのままに
純粋な表データになったらAccessDBのリンクテーブルとして使える
（リンクテーブルとは、普通はDB内に作成するテーブルと似たものをexcelのシートの表データで代替するもの。シートの値を変えるとAccessからもその値が見える。DB内に読み込んでしまうと、最新を常に読み込まなくてはならなくなる＝不便）
続く >>977
DBは例えば商品テーブルと売上テーブルがあったとして、それらから共通の商品コードを紐づけにして、関連データを得る感じ
これらはそもそもDBとはどういうときに便利に使えるかをまず知らないといけない
自分の仕事（分析）に使えそうかをそこで判断してからです
まずは1つのテーブル（データ）から始めることもある
例えばシートのフィルターを使うと思うが、各項目間の条件はandでしかできない
値がxxで始まるという条件は2つしか書けない
などの制限がある（だよね…）
Accessのリンクテーブルにするとクエリー（SQL）で自在に条件指定できる
これに当てはまれば、これだけでもAccessにする価値ある
（入り口は簡単なことでいい。使えそうなネタが無いのに勉強もする気起きないだろうし）
私が新しいことを勉強するときはまず必要な（便利になる）ネタを探す。見つかったら勉強始めること多い >>979
前にも書いたけど、パワークエリとAccessのクエリは別物です
自動車と言っても、エンジン車、HV、EVとか動力機構が別物みたいなもん
共通なとこは、元のデータをゴニョゴニョ加工して別の形で取り出す仕組み、な感じ >>979
AccessのVBAはexcelと似たような立ち位置
シンプルなことならVBA使わなくてもできる
しかし規模が大きくなったり便利に使おうとしたら必要になる
もちろん覚えることはAccess固有のことのみで可。しかし、多分使えるようになるのは簡単ではない
excelのブック、シート、セル、シェイプ等がどう関連してるかというオブジェクト関連図があればほとんどの操作は簡単？なように、Accessも関連図探してくれば想像の範疇に置けるとも言える
VBEでF2で出るオブジェクトエクスプローラ（だっけ）をよく活用してるなら、効率よくVBA書けるとも思う うーんムズい
超膨大なデータを扱う訳じゃなく多少の効率とか最適かは置いとくとぶっちゃけVBAで強引に何とかなっちゃう感じのものかな？
数台の分析機器がそれぞれの独立したワークブックの下の行にデータが1行ずつ累積されていく
俺のVBAはそれを開いてシートコピッて自ブックに持ってきて不要な行を削除して列を変えるの作っただけでね
実行すると自ブックに複数のコピられたシートが集まる
同シート内でもサンプルの種類がまちまちにあるそいつらをサンプル毎に分かれてるブックにデータを飛ばしたい
うーんむずい accessは正直使わないんだよな
使用頻度なんて99.999%でexcelだし
従ってaccessは脳から消去
パワークエリを引き続き覚える Accessは1ファイル2GBの上限あり
これに引っかかってUnion Queryで動きが取れなくなり
Excelのデータ モデルに戻ったでござる >>985
1ファイル全部入っている必要はない
テーブルは別出しでもいいし、デカすぎるテーブル一つを外だしでもいい
それよりテーブルデカくなれば、SQL server express（まだあるっけ？）
無料でやりたいなら、postgre（綴不明）とかもある >>987
2GBはファイルサイズの話だから仮にクエリに1バイトも使ってなくても上限は迎える
他人の脳みその性能気にする前に頭の上の蠅を追うべき >>989
全部入りで1GBとか超えてきたらテーブル別出しを検討していい
（これからもデータ増えていくなら）
そうするとテーブル以外のフロントエンド部のファイルがコンパクトになって、それによるメリットもある >>990
excelに行くのがありえない大きな間違い 何故Excelの最下行を移動させてるし たぶんそれぞれの端末で個別のExcelファイルに取り込んでるんだろうけど、
サーバー側にひとつだけExcelファイルを設けて、そこにそれぞれの計測器からのcsvを入れる方が一般的では
個別のファイルの列(項目)のMaxを設定して、計測器ごとの生データから必要な列に割り当てるようにしたほうが
百倍楽なはず まさか、計測器の分析アプリがExcelに直接データを埋め込んでくれてる訳でもあるまい
難しく考えるからより面倒に成る Think easy シンプル・イズ・ベスチャ 10年間での期間最大とか
いくつかの項目での前時間コマとの差とか
10地点合計の時間軸串刺し合計とかやるので、
Union Queryせざるを得なかった >>992
データモデルはデータの持ち方でしかなく、
Accessからアクセスしたっていいんだぞ 2026年にサポート終了するので、
Access使ってるところはShare PointとかPower Appsに移行しろ
つうことかと >>993
最下行に移動させてるわけじゃなくそういう仕様でcsvでもない
300行のデータ、追加されて301行のデータ、追加されて302行のデータ
と設備が累積データを上書きしてく
そのブックは弄れないから最新の累積データだけ常に引っ張る
今のところは >>995
EXCELのデータモデルをkwsk
accessのデータモデルではだめな理由も このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 323日 5時間 42分 3秒 レス数が1000を超えています。これ以上書き込みはできません。
