トップページ > プログラム > 2016年07月01日 > ISgfsORm

書き込み順位&時間帯一覧

29 位/206 ID中時間01234567891011121314151617181920212223Total
書き込み数0000000000000000000111003



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
Excel VBA 質問スレ Part42©2ch.net [無断転載禁止]©2ch.net

書き込みレス一覧

Excel VBA 質問スレ Part42©2ch.net [無断転載禁止]©2ch.net
118 :デフォルトの名無しさん[sage]:2016/07/01(金) 19:36:08.17 ID:ISgfsORm
>>112
手元のデータは未加工の情報で、必要な処理をAccessで行ってる。
加工後の情報が目的と合致しない場合は、再び未加工の情報を(パラメータを調整した上で)加工しなきゃならない。

速度が段違いなので最初の受け渡しロスを含めてもAccessで行った方が速いんだけど、
今作ってるマクロの前身がセルに大量の関数が書き込まれているタイプのものだったんで、
出来るだけ同じ操作感覚になるようにエクセルにこだわりたかったんだけど、やはりAccessにするしかなさそうね。
Excel VBA 質問スレ Part42©2ch.net [無断転載禁止]©2ch.net
120 :デフォルトの名無しさん[sage]:2016/07/01(金) 20:20:28.37 ID:ISgfsORm
>>119
日々の予定値の合計が目標値を超えちゃいけないとか、業務上の色んな要素が関わってくる。

どっちにしろ大量のデータを処理するならVBAよりもクエリ使うべき。
っていうか修飾が必要ない純粋なデータ処理はデータベースソフトでやるべき。
Excel VBA 質問スレ Part42©2ch.net [無断転載禁止]©2ch.net
128 :デフォルトの名無しさん[sage]:2016/07/01(金) 21:17:58.22 ID:ISgfsORm
汎用言語ってのが何を指して言っているのか分からんが、DBとクエリ機能が最初から使える奴ならその方がいいだろうね。
C/C++言語で一から作れとかって話だったら、よっぽど用途が限定されてない限りアホくさくて話にならないが。


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。