MSDE FunClub
Microsoft Data Engine FunClub
MSDE初心者向けメーリングリスト過去ログ[51]番
 
[TOP]>[MSDE初心者向けメーリングリスト過去ログ(51番)]>[ウィンドを閉じる]
 
SQLServer2005時代でも
開発の基本は T-SQL
上巻で T-SQL の基礎作り
 
SQLServer2005時代でも
運用の基本はバックアップ
下巻でバックアップ手法を学びましょう
PASSJ人気コンテンツで学んだ後は下巻でさらなる学習を!
 
ウィンドを閉じる
MSDE/SQLServer FAQ
MSDE / MSDE2000 
技術情報サポート
初心者向け
メーリングリスト
過去ログの表示
技術者向け
メーリングリスト
過去ログの表示
メーリングリスト
活動状況の
表示
MSDE TOP メニュー
MSDEトップメニューに移動します
 

 
Re: SQL文のパフォーマンスのアップの仕方

Date: Tue, 5 Feb 2002 15:26:48 +0900
From: "川瀬" <who@example.co.jp>


川瀬です。こんにちは。

> 上記SQL文の検索条件の与え方で、
>
> Select 客F.客GID , 客F.客CD , 客F.名前 , 履歴V.最終日付 , 履歴V.伝票担当
> CD
> FROM 客F
> LEFT OUTER JOIN
>  (
>     SELECT * FROM ビュー表
>       WHERE 伝票担当CD <=10
>          *担当CDに0番や負の値がなければ10以下で良いのでは?
>  ) AS 履歴V
> ON
>     客F.客GID = 履歴V.客GID
> AND 客F.客CD  = 履歴V.客CD
> AND 客F.店ID  = 履歴V.店ID
>
> のように、履歴Vを求める中に、検索条件を入れると、どうでしょうか?

「担当」という要素が入ってしまうと、変わらないようです。

あのあと、実行プランをよく見て考えたのですが、
遅いほうの、ラインが太くなっている部分ですが。
(多分ココがビューの内部かと)
4回テーブルスキャン、のちHASH MATCHでデータをくっつけているようで
す。これがコスト24%。

早いほうは上記にあたる部分にBookMark、MARGE JOIN
と記載されています。
これがコスト12%+1%となかなか使ってはいるのですが、その他の
コストが低いので、結果、早いようです。
(このHASH MATCHとMARGE JOINがなんなのかが
 よくわからないんですが(^^;)

遅いほうで何度もテーブルスキャンしているのは、担当がキーに
なっていないからだ、と思うので、遅い理由はこれかなぁ、と。
今はぼんやり思ってます・・・。




[MSDE/SQLServerに関して、今、どんなことにお困りですか?]
よろしければお困りの内容を、電子メールで教えて下さい。
質問を電子メールで作成する


[ウィンドを閉じる]

[MSDE/SQLServer FAQ ]

[MSDE / MSDE2000 技術サポート情報一覧]

MSDE TOP ページに移動する

 
 
 
 
 
 
 
MSDE FunClubに関するご意見・ご要望等ございましたら、
msdefun@horikawa.ne.jp までご連絡下さい。
MSDEを始めとする各種データベースシステムの開発、コンサルタントに関するご要望等は、
msdedev@horikawa.ne.jp までご連絡下さい。