VB.NET質問スレ(Part44)

.(もんじゃ) · 2018/05/26(土) 18:08:49.12

前スレ

VB.NET質問スレ(Part40)
http://toro.2ch.net/test/read.cgi/tech/1365857015/
VB.NET質問スレ(Part41)
http://peace.2ch.net/test/read.cgi/tech/1391334405/
VB.NET質問スレ(Part42)
http://echo.2ch.net/test/read.cgi/tech/1419148239/
VB.NET質問スレ(Part43)
https://mevius.5ch.net/test/read.cgi/tech/1465958469/

**デフォルトの名無しさん** · 2023/03/26(日) 22:34:02.95

>>768
ありがとうございます！
参考にさせてもらいます(^-^)

**デフォルトの名無しさん** · 2023/04/30(日) 01:44:08.54

すみません教えてください。詳しく教えてほしいので詳しく書きます。
（歴JavaScript→PHP→VBA→VB.net/自分で作って、仕事で使って、困らない程度のスキル）
（使用PC,8世代i7,8700T,64gb）

１-　エクセルＶＢＡの64bit環境かなにかでは、 integerもlongも同じ64bitのメモリを確保しているとかで、
だからlong推奨とかWEＢ上の初心者向けサイトには書いてあった記憶があります
（記憶違いならごめんなさい）
でも、これって（ＣＰＵ内などの）所謂キャッシュメモリ上も同じ理屈なのでしょうか。
例えば100万程度の配列を回して処理するときに、どうなのでしょうか？

２-　それらをの答えを踏まえ、VB.netでも同じ理屈で同じ答えなのでしょうか？

作成中のプリログラムの処理が遅い場合にサイズを厳密にすることを奥の手にする感じに考えていますが、それが奥の手なのか無意味なのかわかりません。
現在、VB歴6か月程度ですが、次期プログラムから環境をＣ＃に移行しようと思っています。
周りに聞く人もおらず、ＷＥＢ頼りでやってきましたが、変な癖が付くとまずいので、不安に思っています。
最新の情報が多いのもC＃に移行する理由でもあります。

ＰＨＰから入ったので、型に関係にする部分は不安です
今から最小の型を使う癖をつけておいた方がいいのでしょうか（Int16,Int32,Int64等）
（もちろんsqlserverは最小のサイズでやっていますが）

処理するデータ量は多いです。VBAで処理に小１時間かかるのでVB.netに移行しましたが、データはまだまだ増えそうです。
C#に移行することを踏まえて教えていただけると幸いです。よろしくお願いします。

**デフォルトの名無しさん** · 2023/04/30(日) 03:01:38.76

>>770
PCを買い替えろ
まずはそれからだ

**デフォルトの名無しさん** · 2023/04/30(日) 04:38:17.68

ワロタ

**デフォルトの名無しさん** · 2023/05/01(月) 16:16:30.20

奥の手でもなんでもなくて適切な型をつかうのは基本中の基本だと思うがな
ちゃんとＤＢ使って処理して１時間なら言語なにつかっても大差ないと思われ

**デフォルトの名無しさん** · 2023/05/10(水) 02:41:26.03

何の処理が原因で遅くなっているか切り分けたら？
Stopwatchクラス使えはいいよ。

**デフォルトの名無しさん** · 2023/08/20(日) 21:08:30.63

explain使ってSQLのチューニングしたらいいんじゃないかな
１００万件程度なら一瞬で終わる
キャッシュ云々の前にアプローチが間違ってる気がする
PHPとC#、VB.netなら処理速度変わらん

もしSQLの発行回数が２回以上になってるんだったら１回にすればいい
ループごとにSQLを実行するような処理だったら論外

VB.netならフリーのプロファイラが十分使えるからツールでどの箇所が時間かかってるかはすぐわかる

というかその書き方だとすでに原因となる箇所はだいたいわかってるんじゃないだろうか
とにかくループを減らす
VBAで１時間ならVB.netは１秒未満を目指せると思う

型とかアルゴリズム以前にもっと根本的な問題があると思う
そしてどういう問題を処理しようとしているか書かないと一般論しか帰ってこない気がする

速度カイゼンはとにかくループの削減が基本
全探索をなくすのが基本
ソートをなくすのが基本