DB

サポート技術情報のRSSって新着サポート技術情報だけになっちゃったんだね？

Tue, 29 Jul 2008 12:13:00 GMT

久しぶりにサポート技術情報のRSS一覧を見に行ったら見つからない。あれ？どこだっけな？と探すこと小一時間。その間に気になる記事とかつまみ食いしてたこともありますが・・・。
あまりにも見つからないので検索対象を広げたところ、Jittaさんのブログ発見。

マイクロソフトサポート情報の RSS フィード
http://blogs.wankuma.com/jitta/archive/2008/07/17/149421.aspx

あれ～、無くなっちゃったのね。なんでだろー。
とりあえずJittaさんのおかげで解決。多謝。
たぶんこのJittaさんの記事、一度はタイトルだけは見てるはずなんだけど、さくっと通り過ぎてたなぁ。
それにしても直近でナイスな記事でした。この記事が無かったらお昼ご飯が遅れてたもの。

というわけで現在正式に表に出ているのは、ＭＳＤＮホームのトップページにあるサポート技術情報のRSSだけかな？これはどうも新着サポート技術情報のRSSのようです。

じゃっ、お昼ごはんということで。

ある期間が他の期間と重なっているかを調べるには？

Mon, 24 Mar 2008 14:10:00 GMT

例えば契約期間が抽出条件で指定された期間と重なっているかどうかを調べるには、

契約期間開始日 <= 抽出期間終了日 and 契約期間終了日 >= 抽出期間開始日

というのはよく使うのですが、

（契約期間開始日と抽出期間開始日の大きい方） <= （契約期間終了日と抽出期間終了日の小さい方）

というのでも可能です。後者の方が比較の数が多く効率が悪いので考えたこともなかったのですが、メリットとしては重なっている期間を得ることができます。逆に言えば、抽出条件に指定するだけなら後者の出番はないと思うんですが、たまにwhere句で見かけます。

【T-SQL】TRY...CATCHをそのまま使うとエラーを握りつぶし、呼び出し元アプリケーションにエラーが伝搬しない。

Thu, 13 Mar 2008 16:11:00 GMT

ストアドプロシージャ内で普通にTRY...CATCHを使用するとそこでエラーを握りつぶしてしまい、呼び出し元アプリケーションにエラーがあったことが伝わらない。
例えば以下のように書くとエラーを握りつぶしてしまう。

BEGIN TRY
　　BEGIN TRANSACTION

　　--なんとかかんとか

COMMIT TRANSACTION
END TRY
BEGIN CATCH
　　ROLLBACK TRANSACTION
END CATCH

この対処方法がBooks Onlineに載っている。

Transact-SQL での TRY...CATCH の使用
http://msdn2.microsoft.com/ja-jp/library/ms179296.aspx
の
「TRY...CATCH での RAISERROR の指定」に書かれている。
それによると、CATCHで捕まえた後、RAISERRORを利用してエラーを再スローしなきゃいけないようだ。
で、再スローするためのストアドプロシージャの例が載っている。これを以下に引用する。

CREATE PROCEDURE usp_RethrowError AS
    -- Return if there is no error information to retrieve.
    IF ERROR_NUMBER() IS NULL
        RETURN;

    DECLARE
        @ErrorMessage    NVARCHAR(4000),
        @ErrorNumber     INT,
        @ErrorSeverity   INT,
        @ErrorState      INT,
        @ErrorLine       INT,
        @ErrorProcedure NVARCHAR(200);

    -- Assign variables to error-handling functions that
    -- capture information for RAISERROR.
    SELECT
        @ErrorNumber = ERROR_NUMBER(),
        @ErrorSeverity = ERROR_SEVERITY(),
        @ErrorState = ERROR_STATE(),
        @ErrorLine = ERROR_LINE(),
        @ErrorProcedure = ISNULL(ERROR_PROCEDURE(), '-');

    -- Building the message string that will contain original
    -- error information.
    SELECT @ErrorMessage =
        N'Error %d, Level %d, State %d, Procedure %s, Line %d, ' +
            'Message: '+ ERROR_MESSAGE();

    -- Raise an error: msg_str parameter of RAISERROR will contain
    -- the original error information.
    RAISERROR
        (
        @ErrorMessage,
        @ErrorSeverity,
        1,
        @ErrorNumber,    -- parameter: original error number.
        @ErrorSeverity, -- parameter: original error severity.
        @ErrorState,     -- parameter: original error state.
        @ErrorProcedure, -- parameter: original error procedure name.
        @ErrorLine       -- parameter: original error line number.
        );

で、これを利用して以下のようにすると、ストアドプロシージャの呼び出し元アプリケーションにめでたくエラーが伝わる。

BEGIN TRY
    BEGIN TRANSACTION

   --なんとかかんとか

    COMMIT TRANSACTION
END TRY
BEGIN CATCH
    ROLLBACK TRANSACTION

    -- Call the procedure to raise the original error.
    EXEC usp_RethrowError;
END CATCH

で、ここで疑問なのが、なぜusp_RethrowErrorなんていうストアドプロシージャをわざわざ作らなきゃならないのだろう？
最初からRETHROWERRORなんていうステートメントを用意しといてくれたらいいのに。

ネストしたトランザクションの処理

Thu, 31 Jan 2008 21:58:00 GMT

ネストしたトランザクションにおいては、内側のトランザクションでは常にCOMMITし、外側のトランザクションで内側のトランザクションからの通知（戻り値など）によって、COMMITするかROLL BACKすれば良いのか。これによって、ネストしたトランザクション全体が制御されることになる。

「EXECUTE 後のトランザクション数は、 COMMIT TRAN または ROLLBACK TRAN ステートメントに間違いがあることを示しています。以前の数 = 1、現在の数 = 0 です。」

というエラーメッセージが出て焦った(^^;

以下のページに多謝　m(_ _)m

SQL Server 2000でのコネクション／トランザクション問題
http://d.hatena.ne.jp/PoohKid/20060608/p2

SQL Server 2005でも列のエイリアスをwhere句に使えないんですね・・・

Fri, 25 Jan 2008 11:57:00 GMT

例えば、

select hoge t from table1 where t = 1

といったように、列のエイリアスがwhere句で使えない。上記は、

select hoge t from table1 where hoge = 1

と書かなければならない。上の例では簡単なので列のエイリアスをwhere句で使えないことがあまり不便に感じられないかもしれない。しかし、以下のようにサブクエリを含んだ場合はとたんに冗長度が増す。実際にはテーブル名の前にスキーマ名も付くだろうし、サブクエリももっと複雑になるだろうから、さらに冗長度が増してしまう。

select (select table2age from table2 where table2id = table1id) table1age from table1
where (select table2age from table2 where table2id = table1id) >= 20

本当は、以下のように書きたい。

select (select table2age from table2 where table2id = table1id) t_age from table1
where t_age >= 20

なぜ、今でも列のエイリアスがwhere句で使えないのだろう？一見すると簡単に思えるのだが、そんなに難しいのだろうか？

なるほど・・・Salted MD5か。

Fri, 07 Dec 2007 15:33:00 GMT

ただ単にハッシュしてデータベースに保存するよりsaltを加えちゃえばいいわけか。

パスワードの保存に SMD5 (Salted MD5) や SSHA1を使う (MD5 への辞書攻撃とか)http://www.machu.jp/diary/20071023.html

SQL Server の最大容量仕様

Thu, 18 Oct 2007 14:19:00 GMT

とりあえず見つけやすいようにメモｗ
SQL Server 2005 では1レコードが8,060バイトを超えられるようになったみたい。ただし、ちょっと工夫が要りそう。

最大容量仕様
http://www.microsoft.com/japan/sql/prodinfo/previousversions/Specmax.mspx

SQL Server 2005 の最大容量仕様
http://technet.microsoft.com/ja-jp/library/ms143432.aspx

SQLのColorizeができる！（ちょっと感動した）

Tue, 09 Oct 2007 10:53:00 GMT

Instant SQL Formatter
http://www.wangz.net/cgi-bin/pp/gsqlparser/sqlpp/sqlformat.tpl

上のページは以下で知ったのですが、結構面白いですね。SQLがカラフルになっちゃいます。C#のコードに変換する機能もありますが、実用性はどうかな？？？
個人的にはブログに掲載する時に便利そうですね。やっぱり。

SQLを色んな形式で整形できる「Instant SQL Formatter」
http://phpspot.org/blog/archives/2007/10/sqlinstant_sql.html

Profiler for Microsoft SQL Server 2005 Express Edition

Wed, 19 Sep 2007 11:41:00 GMT

http://sqlprofiler.googlepages.com/

っていうのがあるんですね。知りませんでした。プロファイラ持っていない人は是非どうぞ。

ネタ元
http://tim.mackey.ie/ProfilerForSQL2005Express.aspx

SQLによる数独の高速解法

Tue, 11 Sep 2007 18:00:00 GMT

http://codezine.jp/a/article/aid/1628.aspx

というのが紹介されています。
私もかなり長いストアドプロシージャを書く人ですので、SQLでプログラムをする際に参考になりそうです。
ストアドプロシージャで書いておくと、新しい技術が出てきた時でもデータ処理の部分は比較的簡単に移行できます。また、いろんな世代の言語で構築されたシステムが一つのデータベースを共有する時にも、それぞれの言語で処理を記述する必要が無くなりますし、保守性も良くなります。