KM
- 合計アクティビティ 86
- 前回のアクティビティ
- メンバー登録日
- フォロー 0ユーザー
- フォロワー 0ユーザー
- 投票 0
- サブスクリプション 19
アクティビティの概要
KMさんの最近のアクティビティ-
KMさんがコメントを作成しました:
先ほど同じデータを使って同じプログラムを動かしてみましたが、Standardの方はほぼ待ち時間がありませでした。Expressだとコア数制限があるのでクエリを並列処理で捌けず待ち時間が長くなるのでしょうか。キャッシュが効くかの差もありそうです。 皆様色々とご教授頂きありがとうございました。
-
KMさんがコメントを作成しました:
Tandaさん 同じPC上での比較です。 時間ができたら共通のDBを使ってそれぞれのSQL Serverでの速さを比較してみたいと思います。
-
KMさんがコメントを作成しました:
Nagashimaさん 貴重な情報を教えて頂きありがとうございます。 今回はユーザ側でSQL Serverをご用意いただく予定になっておりますので、頂いた情報を交えてご説明しようと思います。
-
KMさんがコメントを作成しました:
本件、SQL Serverのexpressでテストしていたのですが、standard上の別のデータですが、同じような条件で試したところ早かったです。メモリ使用制限の問題なのでしょうか。
-
KMさんがコメントを作成しました:
nkmtさん 範囲指定はなく、純粋にレコード数が数行程度のものをつかってテストしています。
-
KMさんがコメントを作成しました:
AY001さん ありがとうございます。 SQL Serverはサーバー上ではなくローカルのEXPRESSを使用しています。 納品時はサーバー上に構築しますので、参考にさせて頂きます。
-
KMさんがコメントを作成しました:
nkmtさん テストプログラムですが、コンボボックス10個で表示件数は合計40程です。
-
KMさんがコメントを作成しました:
Nagashimaさん ありがとうございます。 たしかにそのやり方でしたら、初回の読み込みだけで済みますね。 今回の現象が私の環境や設定が要因なら何か改善したいのですが、仕様として時間がかかるということでしたらご教示頂いた方法でやってみようと思います。
-
KMさんがコメントを作成しました:
Tandaさん テストプログラムでは、親タスクに適当なメインソース、子タスクにはメインソースを設定しておらず、コンボボックスのための変数を複数用意しているだけですが、上記の待機時間が発生します。 テストしながらもう１つ分かったことは、データベースの設定→SQL→テーブルの存在チェックを外すと待機時間がかなり減るということです。
-
KMさんがコメントを作成しました:
Tandaさん タスクマネージャーを確認しながら動かしてみましたが特にメモリ使用率が跳ね上がったりはしませんでした。 わかっていることとしては、親タスクに何かしらメインソース指定→コンボボックスを複数並べた子タスクを呼び出すと子タスクのタスク前までに時間がかかり、メインソースを指定していない親タスクから同様の子タスクを呼び出した場合は時間がかかりません。 コンボボックス8個で7~9秒くらい待...