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

 
Re: CURRENT OFが失敗

Date: Sun, 07 Mar 2004 18:26:19 +0900
From: hermit <who@sub.example.com>


hermit です
Sun, 7 Mar 2004 14:07:58 +0900
Fujisawa Yohei さんの「[ml-msde:01263] Re: CURRENT OF が失敗」
についての返信です。

ちょっと質問です。
「ORDER BY は本当に必要ですか」

例示していただいたコードだけを見ると、OERDER BY を使う意味があまりよくわ
かりませんよね。IF の条件だって、カーソルループの中ではなく元々の
SELECT に付けてしまえばいいことですし。

当然あんなシンプルな処理ではないだろうとは思うわけで、おそらく何かのマッ
チング処理かなとも思いますが、 OS レベルのテキストファイルでなく、RDBMS 
の中で表同士のマッチングが「順番」を必要とするケースは一般的に多くないよ
うに思います。
表同士のマッチングなどは通常 結合や副問い合わせによって勝負できるからで
す。

とはいえ、これはあくまで「一般的に」ということであって、パフォーマンスの
問題があるとか、巨大なプログラムの構造そのものにいまさらに手を入れるのは
現実的には辛い、という事情があるとか、ということもよくあることではありま
すね。

そうなると、

>何かいい案があれば良いのですが、今思っております
>のは、カラムを1つ増やしてIDENTITYをつけようかと思
>っております・・・

私もこうすると思います。

>これやるとCURRENT OF curAddFromを使用しなくても
>IDENTITYのカラムで判断してもよくなってしまうし、

それもまったくその通りですが、まあ CURRENT OF を使った方が多少すっきりと
は書けるかも。

と、いうわけで私の意見としては

・本当に ORDER BY が必要か検討する。
・どうしてもだめならIDENTITY属性のカラムを使う

です。

では。

-- 
hermit mailto:who@sub.example.com


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


[ウィンドを閉じる]

[MSDE/SQLServer FAQ ]

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

MSDE TOP ページに移動する

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