SQL Server、APG照会モードで入力位置付け
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
SQL Serverで出来た得意先マスタがあります。
メインのインデックスが得意先コードの数字9桁だとします。
これを照会モードでAPG一覧表示します。
得意先コードの所でキーボードの数字を押すと、その値を持った得意先に位置付いてくれますよね。
Pervasiveだとさっさと位置付きますが、SQL Serverのクラサバで、クライアント側で同じ操作を行うと、明らかに遅いです。
SQL Serverだとこの検索の仕方は遅いものなんでしょうか?
メインのインデックスが得意先コードの数字9桁だとします。
これを照会モードでAPG一覧表示します。
得意先コードの所でキーボードの数字を押すと、その値を持った得意先に位置付いてくれますよね。
Pervasiveだとさっさと位置付きますが、SQL Serverのクラサバで、クライアント側で同じ操作を行うと、明らかに遅いです。
SQL Serverだとこの検索の仕方は遅いものなんでしょうか?
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
こんにちはPuです
SQLserverの場合 確実にその指定されたKeyうを使用するという
クエリーが出されてないのでしょう
(Magicのgatwayから)
基本的に select * from hogehoge where ... 等のクエリーが
出されたなら SQLserverはオプティマオザー任せになるので
SQLserver側のprofilerでクエリーをひらって それの実行計画をビジュアル表示させたら はっきりわかると思いますが。
その変わり key項目でなくても そこそこ早く検索してくれる
というメリットも忘れないで下さいね
SQLserverの場合 確実にその指定されたKeyうを使用するという
クエリーが出されてないのでしょう
(Magicのgatwayから)
基本的に select * from hogehoge where ... 等のクエリーが
出されたなら SQLserverはオプティマオザー任せになるので
SQLserver側のprofilerでクエリーをひらって それの実行計画をビジュアル表示させたら はっきりわかると思いますが。
その変わり key項目でなくても そこそこ早く検索してくれる
というメリットも忘れないで下さいね
投票数:2
平均点:10.00
Tanda
投稿数: 2151
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
nkmt さん、こんにちは。
重複可のインデックスだと、たしか遅いですね。
重複不可にしてやると、Pervasive同等になりますね。
どちらになっていますか?
重複可のインデックスだと、たしか遅いですね。
重複不可にしてやると、Pervasive同等になりますね。
どちらになっていますか?
投票数:0
平均点:0.00