おがわみつぎの SQL Server な BLOG

[Event]INETJ Day 2008 Session 1-2 PASSJ から見る SQL Server 2008 の新機能

INETAJ Day 2008
http://www.microsoft.com/japan/powerpro/community/inetaday/2008/default.mspx

2008/05/17 に PASSJ を代表して講演してきます。
セッション資料を珍しく事前公開してますんで、見てください。

http://www.sqlpassj.org/inetaj/INETAJ-1Day-2008-Session1-2-Ver1_2_PDF.pdf

そのうち消滅させる予定なので、必要な方はお早めに。。。

[SQL Server 2008]SQL Server 2008 CTP Feb 2008 インストール - 苦難の道

[SQL Server 2008]SQL Server 2008 CTP Feb 2008 インストール

ほんと、ご無沙汰です。
死ぬほど仕事が忙しく、すべてを放置していました。。。

で、今更なんですが、SQL Server 2008 CTP Feb 2008 のインストールがうまくいかなくて非常に困っていたんですが、原因がわかりました。
インストールに失敗するのは「クライアントツール」と「ブックスオンライン」で、他はすべてうまくいっていました。
当初、x64 上に SQL Server 2005 Express(32bit) をインストールしていたので、SQL Server 2008 のエンジンとレポーティングがインストールできず、ReadMe を参照したところ、レジストリのアクセス権が問題だと書いてあったので、それをクリアしての再チャレンジで、あれこれやっていました。
Windows Vista SP1/Windows XP SP2/Windows Server 2008 x86 すべて、Windows Server 2003 R2 SP2 x64 のすべての環境で再現していたので、どこかに問題があると思って、やっと調べ上げました。
絶対とは言い切れないのですが、ISO イメージを DAEMON Tools などにマウントしてインストールするとかなりの確率で再現します。
自己解凍形式のものをダウンロードしてインストールしたら問題なくインストールできたので、ISO イメージに含まれる Sql.cab が壊れている可能性が高いです。

最初は照合順序なのかどうなのかあれこれ試したのですが、デフォルトの照合順序の場合はインストールできたので、日本語の照合順序を選んだときにだけ発生する問題のようです。

一応、MS にログを送ってみたので、回答を待ちたいと思います。。。

さて、これで 5/17 のための PPT に取り掛かれる。。。

[SQL Server 2005]AGGREGATES/インデックス付きビュー/DTA デモ

[SQL Server 2005]AGGREGATES/インデックス付きビュー/DTA デモ

「AGGREGATE-INDEXED_VIEW-DTA.sql」を SQL Server Management Studio で開く
実行プランを確認する

Hash Match が発生していてパフォーマンスがよろしくない
IO も確認してみると

Worktable が生成されていることがわかる
最高のパフォーマンスを求めるために「データベースエンジンチューニングアドバイザ」に「AGGREGATE-INDEXED_VIEW-DTA.sql」(DTA)を読み込ませ、必要なインデックス、インデックス付きビュー、統計情報の更新を自動で生成させるため、DTA を起動
DTA の全般的な設定を行う
チューニングオプションの設定を確認
設定が完了したら、分析の開始を行う
分析完了すると推奨設定が表示される
推奨設定を反映させる

※推奨設定の保存を行うとオブジェクト名などの変更ができるようになる
完了したら、再度実行プランを確認する

インデックス付きビューが参照され、Stream Aggregate で実行されているため、明らかに実行プランが良くなっていることがわかる
結論
実際にパフォーマンスチューニングの方法がよくわからない場合は、このデータベースエンジンチューニングアドバイザを使って最適なパフォーマンスを得るように

[SQL Server 2005]JOIN デモ

[SQL Server 2005]JOIN デモ

「JOIN.sql」を SQL Server Management Studio で開く
前準備を実行する
クラスタ化インデックス（主キー）のみで結合してみる

Software-NUMA の設定を行っているため、分散クエリーになっているので、少々わかりにくい
同じクエリーを MAXDOP 1 にして実行してみる

クラスタ化インデックスのスキャンと Hash Match アグリゲーションが発生しているため、非常にコストが高いことが想像できる
まずは CHARGE テーブルのカバリング・インデックスを作成する
検索条件や結合条件から

で作成し、実行プランを確認する

作成した IX_CHARGE_COVER インデックスが使用されていることがわかる
つぎに PREFECTURE テーブルにカバリング・インデックスを作成する
検索条件や結合条件から

で作成し、実行プランを確認する

作成した IX_PREFECTURE_COVER インデックスが使用されているのがわかる
次に VENDER テーブルにカバリング・インデックス + INCLUDE オプションのインデックスを作成する
検索条件、結合条件、抽出項目から

で作成し、実行プランを確認する

作成した IX_VENDER_COVER インデックスが使用されていることがわかる
次に MEMBER テーブルにカバリング・インデックス + INCLUDE オプションのインデックスを作成する
検索条件、結合条件、抽出項目から

で作成し、実行プランを確認する

作成した IX_MEMBER_COVER インデックスが使用されていることがわかる
最後に STATEMENT テーブルにカバリング・インデックス + INCLUDE オプションのインデックスを作成する
検索条件、結合条件、抽出項目から

で作成し、実行プランを確認する

作成した IX_STATEMENT_COVER インデックスが使用されていることがわかる
結論
検索条件、結合条件、抽出項目で必要なカバリング・インデックスを作成する
ただし、項目の順番を間違うと最適なパフォーマンスが得られない
どの項目をどの順番で作成すればいいのかわからない場合は、次の記事を参考にするように

[SQL Server]OR デモ

[SQL Server]OR デモ

「OR.sql」を SQL Server Management Studio/クエリーアナライザーで開く
前準備を実行する
検証用テーブルを作成する
基本的なカバリング・インデックスを作成する
基本形を実行し、実行プランを確認する
さらに UNION 用のカバリング・インデックスを作成する
OR、UNION、UNION ALL のそれぞれの SQL を実行し、どの SQL が一番コストが低いか確認する
結論
状況に応じて、OR は UNION、UNION は OR に変更し、コストが一番少ないクエリーを採用すること
UNION を使う場合、結果が明らかに重複しないことがわかっている場合は UNION ALL を採用すること

[SQL Server]AND デモ

[SQL Server]AND デモ

「AND.sql」を SQL Server Management Studio/クエリーアナライザー使って開く
前準備を実行する
とりあえず実行プランを確認する
「PERSON_NAME」の非クラスタ化インデックスを作成
テーブルヒント「INDEX(0)」「INDEX(1)」のそれぞれとテーブルヒントがないクエリーで実行プランを比較する

実際の実行プラン

テーブルヒントがないクエリーで、作成した「IX_MEMBER_PERSON_NAME」インデックスが使われず、クラスタ化インデックスの SEEK が行われていて、明らかに作成したインデックスが無効であることが理解できる
検索条件を網羅するカバリング・インデックスを作成してみる
再度、実行プランを確認

カバリング・インデックスが使用されていることがわかる
最適なカバリング・インデックスを見つけるために、項目の順番を変えてみる
再度、実行プランを確認する

バッチ相対のコストが一番低いのが、検索条件と同じ順番で作成したインデックスであることがわかる
結論
検索時の条件と同じ順番でインデックスを作成すると最適なパフォーマンスが得られる
また、検索引数（SARG）は否定を使うとインデックスが使用されなくなったり、暗黙的型変換を起こすような条件を指定するとパフォーマンスに多大な影響を与える

[SQL Server]検索性デモ

[SQL Server]検索性デモ

「検索性デモ.sql」を SQL Server Management Studio/クエリーアナライザーを使って開く
実行プランを表示するようにする
前準備およびテーブル・インデックスを作成を実行する
1 件を選択する SELECT の実行

ヒープテーブルの実行プラン

クラスタ化テーブルの実行プラン

クラスタ化インデックスがある場合のほうがコストが低い
※これが結論ではない
レンジ検索を行い、どこの段階でテーブルスキャンになるのか確認する
1,000 件未満の場合
ヒープテーブルの実行プラン

クラスタ化テーブルの実行プラン

ヒープテーブル、クラスタ化テーブルともにインデックスを使用する

10,000 件未満の場合
ヒープテーブルの実行プラン

クラスタ化テーブルの実行プラン

ある閾値を超えるとヒープテーブル（非クラスタ化インデックスのみ）の場合、実行プランが変わる
結論
非クラスタ化インデックスのみのテーブルを検索するとき、検索結果が増える傾向がある時は実行プランが変わる
クラスタ化インデックスがある場合は、すべての状態においてクラスタ化インデックスを使用する

[SQL Server 2005]Tech・Ed 2007 Yokohama T6-402 SQL Server Always-On Technologies : 高度なインデックス戦略 - デモデータベースおよびデモソース

[SQL Server 2005]Tech・Ed 2007 Yokohama T6-402 SQL Server Always-On Technologies : 高度なインデックス戦略 - デモデータベースおよびデモソース

私のセッションで使用したデモデータベースとデモソースを公開します

セッション資料をダウンロード
http://www.sqlpassj.org/semievent/semi/teched2007/intro.aspx
Zip で圧縮しているので、適時解凍してください
SQL Server Management Studio 上で、T6-402-DEMO.bak をリストア

復元先データベースを「T6-402-DEMO」と入力

復元元ソースを「デバイスから」を選び「...」ボタンをクリック

「追加」ボタンをクリック

「T6-402-DEMO.bak」を選択して「OK」ボタンをクリック

「復元」にチェックを入れて「OK」ボタンをクリック
※状況によっては「復元オプション」の「既存のデータベースを上書きする」にチェック入れる必要があり
IO の状態を見れるように SQL Server Management Studio の設定を変更する

「SET STATISTICS IO」にチェックを入れる
デモスクリプトを実行するときには、それぞれ実行プランを表示するように設定する
AGGREGATE-INDEXED_VIEW-DTA.sql のデモは「データベースエンジンチューニングアドバイザ」に SQL ワークロードという形で読み込ませる

[SQL Server 2005]KB936305 - SQL Server 2005 Service Pack 2 の累積的な更新 2 パッケージは、使用できます。

[SQL Server 2005]KB936305 - SQL Server 2005 Service Pack 2 の累積的な更新 2 パッケージは、使用できます。

http://support.microsoft.com/Default.aspx/kb/936305
の修正プログラムは日本語でオンラインで申し込めます。
http://go.microsoft.com/?linkid=6294451
応答は 8 営業時間以内とかなり早いです。
私の場合は 30 分で応答がありました。
この修正プログラムだけではなく、他の修正プログラムも同様に入手可能なので、必要に応じて入手してください。

[Tech・Ed 2007 Yokohama]PASSJ 関連セッション決定

[Tech・Ed 2007 Yokohama]PASSJ 関連セッション決定

T6-401 SQL Server 2005 パフォーマンスチューニングとモニタリング
スピーカ：熊澤　幸生さん
日時：2007/08/21 17:00 - 18:15
会場：Room B
http://www.event-registration.jp/events/te07/SessionDetail.aspx?sessionid=T6-401

T6-403 SQL Server 2005 データベースの定期メンテナンスによるパフォーマンス向上
スピーカ：松本　美穂さん
日時：2007/08/23 17:00 - 18:15
会場：Room A
http://www.event-registration.jp/events/te07/SessionDetail.aspx?sessionid=T6-403

T6-402 SQL Server Always-On Technologies : 高度なインデックス戦略
スピーカ：小川　貢
日時：2007/08/24 17:00 - 18:15
会場：Room C
http://www.event-registration.jp/events/te07/SessionDetail.aspx?sessionid=T6-402
※なぜ、私が最終日の最終セッションなの？絶対陰謀だ。。。orz

BoF 16 PASSJ なんでも Q&A
スピーカ：熊澤　幸生さん、河端　善博さん、田辺　浩靖さん、小川　貢、松本　崇博さん（予定）、松本　美穂さん（予定）
日時：2007/08/23 18:35 - 19:50
http://www.event-registration.jp/events/te07/bof_detail/bof_detail16.htm

USL! PASSJ から見る SQL Server 2008
スピーカ：河端　善博さん、熊澤　幸生さん、小川　貢、村岡　順子さん
日時：2007/08/23 16:40 - 17:00
http://www.event-registration.jp/events/te07/streetlive_detail/streetlive_detail14.htm

よく考えると 08/23-24 は余裕ありませんな。。。
その前に、テクニカルセッションの PPT を完成させなきゃ。

[SQL Server 2005]使用されていないインデックス一覧

[SQL Server 2005]使用されていないインデックス一覧

sys.dm_db_index_usage_stats 動的管理ビューを使用して、SQL Server 2005 が起動、AUTO_CLOSE、デタッチ、シャットダウンされてからの統計を取得する
注意点として、システムテーブルや動的管理ビューを参照するときに WITH(NOLOCK) を記述して、ロックをかけないようにすること
バックグラウンドでトランザクションを発生させ、コミットしていない状態があるとシステムテーブルなどがロックされるため
※Tech・Ed 2007 Yokohama T6-402 デモの一部

-- 使用されていないインデックスリスト

-- sys.dm_db_index_usage_stats 動的管理ビューに存在していないもの

-- SQL Server 2005 の起動、AUTO_CLOSE、デタッチ、

-- シャットダウンすると初期化される

SELECT

      i.object_id [オブジェクトID],

      object_name(i.object_id) [オブジェクト名],

      i.index_id [インデックスID],

      i.name [インデックス名]

FROM

      sys.indexes i WITH(NOLOCK),

      sys.objects o WITH(NOLOCK)

WHERE

      objectproperty(o.object_id, 'IsUserTable') = 1

      AND

      i.index_id NOT IN

      (

           SELECT

                 s.index_id

           FROM

                 sys.dm_db_index_usage_stats s WITH(NOLOCK)

           WHERE

                 s.object_id = i.object_id

                 AND

                 i.index_id = s.index_id

                 AND

                 s.database_id = DB_ID()

      )

      AND

      o.object_id = i.object_id

ORDER BY

      [オブジェクト名],

      [インデックスID],

      [インデックス名];

[Vista]スリープがキャンセルされる

諸説いろいろあるようですが、誰も正しい答えを書いていないので苦労しました。
原因は Windows Vista の Power Management の設定が、Windows Media Center を設定すると書き換えられるからです。
GUI の設定があることに気がつかず、Powercfg コマンドを使いました。。。orz
Powercfg コマンドで現在の電源設定の GUID を出力させ、その GUID で詳細な電源設定を見ると「マルチメディアの設定」の設定があり、「現在の AC 電源設定のインデックス: 0x00000002」になっているのが見て取れます。
この設定を書き換えるとスリープが使用可能になります。
※Powercfg のコマンドの詳細は powercfg -? > powercfghlp.txt のようにテキストに出力してみたほうがよいでしょう。

powercfg -getactivescheme
powercfg -query %GUID%
powercfg -setacvalueindex %GUID% 9596fb26-9850-41fd-ac3e-f7c3c00afd4b 03680956-93bc-4294-bba6-4e0f09bb717f 0

なんか余計なことしてどつぼにはまってたので。。。
それどころじゃないんですが。orz

【宣伝】The Dead Flower Children （親友のバンド）

ぜんぜん SQL とはかけ離れているんだけど、私の親友がやっているバンド（The Dead Flower Children）が MySpace でオリジナル曲を公開しています。
http://www.myspace.com/thedeadflowerchildren

昔ブログに書いたんだけど
場所：恵比寿
店名：What the Dickens!(http://www.towncryer.jp/)
地図：http://www.towncryer.jp/WTD.html
で、活動しているので、気に入った方は応援してあげてください。

[SQL Server 2005]インサイド Microsoft SQL Server 2005 ストレージエンジン編

[SQL Server 2005]インサイド Microsoft SQL Server 2005 ストレージエンジン編

待望の第 1 段である「インサイド Microsoft SQL Server 2005 ストレージエンジン編」が 2007/07/02 に日経 BP ソフトプレス/Microsoft Press から発売になります。
Kalen Delaney 著、（株）オーパス・ワン訳、PASSJ 理事の熊澤さん監修です。

http://bpstore.nikkeibp.co.jp/nsp/book/05504/05504.html

ぜひ、購入して熟読してください。
PASSJ でもブックレビューをさせていただきたいなぁと。

[SQL Server]SQL Server の JIS2004 対応に関するガイドライン (exe, 3.69 MB) - 2007/06 改訂版

[SQL Server]SQL Server の JIS2004 対応に関するガイドライン (exe, 3.69 MB) - 2007/06 改訂版

「SQL Server の JIS2004 対応に関するガイドライン (exe, 3.69 MB)」が 2007/06 に改訂されました。
改訂履歴はドキュメントを参照していただきたいのですが、今回からサンプルコードが同梱されました。
サンプルコードやサンプルデータをメモ帳などで表示させる場合で、使用 OS が Windows XP/Windows Server 2003 の場合は、「Windows XP および Windows Server 2003 向けJIS2004 対応 MS ゴシック & MS 明朝フォントパッケージについて」をインストールしてから表示してください。

[PASSJ]【Leaders'Report：Vol.330】　～SQL Server 2008 June CTP on VirtualPC～サンプルコード訂正

2007/06/14 配信の【Leaders'Report：Vol.330】　～SQL Server 2008 June CTP on VirtualPC～
http://www.sqlpassj.org/bbs/ml_disp.aspx?forum_id=0¤t_page=1&disp_mode=0&detail_mode=1&message_id=21667
のサンプルコードで誤りがありましたので訂正します。

<-- Sample Code Language C# -->
#region CheckUnicodeCharacterType メソッド

///

        /// UNICODE 文字の種別判定メソッド
        /// 　基本多言語面
        /// 　CJK 用の記号および分音記号濁音記号
        /// 　半角カタカナ
        /// 　半角カタカナ濁音記号
        /// 　半角カタカナ小文字
        /// 　結合分音記号
        /// 　結合半角記号
        /// 　NULL 文字
        /// 　スペース調整記号結合文字
        /// 　補助文字（サロゲートペア）
        /// 　を判定する
        ///

        /// UNICODE の種別を判定したい UNICODE 文字
        /// UnicodeCharacter 列挙体の値
        private static UnicodeCharacterType CheckUnicodeCharacterType(SqlString value)
        {
            UnicodeCharacterType flag = UnicodeCharacterType.NULL; // 判定結果フラグ
            byte[] buffer;                                  // 一時格納用 byte 配列

            // 引数の値チェック
            if (value.IsNull || value.Value.TrimEnd().Length == 0)
            {
                // NULL を表す UnicodeCharacter.NULL を返す
                return flag;
            }
            // デフォルトで UNICODE 基本多言語面文字とする
            else
            {
                flag = UnicodeCharacterType.BMP;
            }

// IME パッドに合わせ、BigEndianUnicode のエンコードを使用する
Encoding bigEndianUnicodeEncoding = Encoding.BigEndianUnicode;

// byte 配列取得
buffer = bigEndianUnicodeEncoding.GetBytes(value.Value.TrimEnd());

            // 補助文字（サロゲートペア）
            if (buffer.Length == 4)
            {
                return UnicodeCharacterType.SURROGATEPAIR;
            }
            // byte 配列長が 2 というのは UNICODE 基本多言語面（BMP）
            else if (buffer.Length == 2)
            {
                // 半角カタカナレンジ判定
                if ((buffer[0] == 0xFF))
                {
                    // 半角カタカナ
                    if ((buffer[1] >= 0x61 && buffer[1] <= 0x66) || (buffer[1] >= 0x70 && buffer[1] <= 0x9D))
                    {
                        return UnicodeCharacterType.HANKAKU_KATAKANA;
                    }
                    // 半角カタカナ小文字
                    else if (buffer[1] >= 0x67 && buffer[1] <= 0x6F)
                    {
                        return UnicodeCharacterType.HANKAKU_KATAKANA_KOMOJI;
                    }
                    // 半角カタカナ濁音記号判定
                    else if (buffer[1] == 0x9E || buffer[1] == 0x9F)
                    {
                        return UnicodeCharacterType.HANKAKU_KATAKANA_DAKUON;
                    }
                }
                // CJK 用の記号および分音記号の濁音記号判定
                else if (((buffer[0] == 0x30) && (buffer[1] >= 0x99)) && ((buffer[0] == 0x30) && (buffer[1] <= 0x9C)))
                {
                    return UnicodeCharacterType.CJK_DAKUON;
                }
                // 結合分音記号判定
                else if (((buffer[0] == 0x03) && (buffer[1] >= 0x00)) && ((buffer[0] == 0x03) && (buffer[1] <= 0x6F)))
                {
                    return UnicodeCharacterType.KETSUGO_BUON;
                }
                // 結合半角記号判定
                else if (((buffer[0] == 0xFE) && (buffer[1] >= 0x20)) && ((buffer[0] == 0xFE) && (buffer[1] <= 0x2F)))
                {
                    return UnicodeCharacterType.KETSUGO_HANKAKU_KIGOU;
                }
                // スペース調整文字の結合記号
                else if (((buffer[0] == 0x02) && (buffer[1] == 0xE5)) || ((buffer[0] == 0x02) && (buffer[1] == 0xE9)))
                {
                    return UnicodeCharacterType.SPACE_TYOUSEI;
                }
            }
            return flag;
        }

#endregion

#region UnicodeCharacterType 列挙体

///

/// UNICODE 文字判定列挙体
///

    enum UnicodeCharacterType
    {
        ///

        /// 基本多言語面を表す
        /// U+0020 ～ U+FFFF
        /// 　半角カタカナ
        /// 　半角カタカナ小文字
        /// 　半角カタカナ濁音記号
        /// 　CJK 用の記号および分音記号濁音記号
        /// 　結合分音記号
        /// 　結合半角記号
        /// 　スペース調整記号結合文字を除外
        ///

BMP,
///

        /// CJK 用の記号および分音記号濁音記号を表す
        /// U+3099 ～ U+309C
        ///

CJK_DAKUON,
///

        /// 半角カタカナを表す
        /// U+FF61 ～ U+FF66、U+FF70 ～ U+FF9D
        ///

HANKAKU_KATAKANA,
///

        /// 半角カタカナ濁音記号を表す
        /// U+FF9E、U+FF9F
        ///

HANKAKU_KATAKANA_DAKUON,
///

        /// 半角カタカナ小文字を表す
        /// U+FF67 ～ U+FF6F
        ///

HANKAKU_KATAKANA_KOMOJI,
///

        /// 結合分音記号を表す
        /// U+0300 ～ U+036F
        ///

KETSUGO_BUON,
///

        /// 結合半角記号を表す
        /// U+FE20 ～ U+FE2F
        ///

KETSUGO_HANKAKU_KIGOU,
///

/// NULL 文字を表す
///

NULL,
///

        /// スペース調整記号結合文字を表す
        /// U+02E5、U+02E9
        ///

SPACE_TYOUSEI,
///

        /// 補助文字（サロゲートペア）を表す
        /// U+10000 ～ U+10FFFF
        ///

SURROGATEPAIR
};

#endregion
<-- Sample Code Language C# -->

赤字になっている部分が訂正です。

[SQL Server 2005]JIS X 0213:2004 対応文字列操作 SQL CLR ユーザー定義関数

[SQL Server 2005]JIS X 0213:2004 対応文字列操作 SQL CLR ユーザー定義関数

ひっそりと公開。（コードなし）
http://www.horae.dti.ne.jp/~ogawa/samples/JapaneseStringManipulate.exe
登録は JapaneseStringManipulate.sql を参考に。
ソースコードは将来公開する予定ですが、現在のところ公開しません。
バグや質問があれば、直接ブログの「連絡する」から連絡してください。
なお「3 つ以上で 1 文字表示する結合文字には対応していません」のでご注意ください。

背景
UNICODE の補助文字（サロゲートペア、16bit + 16bit の 32bit で表す）・結合文字（UNICODE 基本多言語面〈16bit〉の中で、見た目上 1 文字になっているが、実は別々の文字が合成して表示される文字のこと、濁音符記号などが該当する）を SQL Server 2005 の標準文字列関数（LEFT、LEN、REVERSE、RIGHT、STUFF、SUBSTRINGの各関数）で正しく処理できないため、SQL CLR を使った実装が必要になる

処理実装

基礎実装

補助文字・結合文字（半角カタカナ濁音記号も含む）・基底文字を文字単位で判定メソッド
補助文字・基底文字 + 結合文字（半角カタカナ濁音記号も含む）・基底文字・結合文字単体で分解し、ArrayList 化するメソッド

　JapaneseLeft 関数
JapaneseSubstring 関数に開始位置 1 、JapanseLeft 関数の value 引数、length 引数を渡して、結果を返す
　JapaneseLen 関数
StringInfo.ParseCombiningCharacters で、文字数を取得
半角カタカナ濁音記号も 1 文字とカウントされる
　JapaneseLen2 関数
value 引数を ArrayList 化し、ArrayList.Count の結果を返す
半角カタカナ濁音記号は基底文字が先にあった場合、ArrayList 化するときに基底文字 + 半角カタカナ濁音記号で格納するため、カウントしない
基底文字が先にない場合は半角カタカナ濁音記号も 1 文字としてカウントする
　JapaneseReverse 関数
value 引数を ArrayList 化し、ArrayList.Reverse メソッドで反転し、結果を返す
　JapaneseRight 関数
value 引数を JapaneseReverse 関数で反転し、値を JapaneseLeft 関数の value 引数とし、JapaneseRight 関数の length 引数を渡して左から切り出し、結果を再度反転させて結果を返す
※これがアホな実装の 1 つ
　JapaneseStuff 関数
value 引数を ArrayList 化し、開始位置（start）までは ArrayList 化した文字を格納し、開始位置から削除範囲（length）までは、挿入文字で入れ替え、範囲を超えたらまた ArrayList 化した文字を格納して、結果を返す
　JapaneseSubstring 関数
value 引数を ArrayList 化し、ArrayList を開始位置（start）から文字幅（length）を切り出して結果を返す

[PASSJ After School]CLT Event:Windows Vista 時代の SQL Server 2005 - PASSJ Special Edition

ちょっとフライングですが、とりあえずやる方向で検討中というか、やります。
CLT イベントで東京・大阪とやりましたが、Microsoft からの JIS2004 対応の情報が少ない、資料はあるがどう解釈していいのかわからないという声を聞きました。
JIS X 0213:2004(JIS2004) 規格における日本語処理のアプリケーションへの影響について、問題点、検討事項、回避策など網羅的にカバーしている資料が現在皆無です。
Windows Server 2003/Windows XP の JIS2004 対応フォントの登場による影響、Windows Vista の JIS90 対応フォントによる影響、フォント搭載プリンタの影響、IME による影響、.NET Framework 2.0/3.0 における文字列処理の変更（文字列長が必ずしも 1 とは限らなくなったため）、補助文字・結合文字の判定、StringInfo を使ったあるべき実装、SQL Server 2005 の照合順序による影響、Transact-SQL 標準文字列操作関数の問題などなど、日本語は日本人にしか理解できないため、JIS2004 対応については日本人が声を上げる必要があります。
声を上げるには、何が問題で、どういう実装になっているからと正しい知識を身についている必要があります。
ということで、JIS2004 のサポートするにはどうするかをハイレベルではありますが、OS 回りと SQL Server 2005 をターゲットに解説したいと思います。

Java 、超漢字、Vine Linux などなどはこの問題をそうそうに対応していたのに、何をいまさらと思われる方もいるでしょう。
また、文字の符号化について意識したことがない方は何で JIS2004 で大騒ぎしているんだろうと思われると思います。
規格自体は 2000 年の国語審議会の答申に基づくもので、その後改訂されて 2004 年に Fix したものですが、2007 年になって大騒ぎするのは何でと思われると思います。

すべては、OS 市場シェア No.1 の Microsoft が Vista に JIS2004 対応を決めたことに事の発端があります。
しかしながら、散在するホワイトペーパーを読んで理解できる方はそうはいません。
私も理解するのに相当苦労しました。
ですので、皆さんには私が味わった苦労を少しでも軽減できるようにと、PASSJ アフタースクールでやる決心をしました。

正式アナウンスは近々あると思いますが、6/16（土）に Microsoft 新宿サザンタワー（OST）セミナールームで 3 時間コースとしてやりたいと思います。
現在、河端さんと調整中ですが、私と河端さんのコンビでたぶん 1 日コースになると思います。

CLT イベントでは消化不良だった方、CLT イベントに参加できなかった方、CLT イベント自体を知らなかった PASSJ 会員の方、純粋に参加したいと思われている方々は PASSJ 事務局からの「PASSJ News 特別号」をお待ちください。
登録開始時期や登録 URL が記載されたものが近々配信されると思います。
また、大阪や他の都市でも希望が多ければ、地元のコミュニティ（個人、団体、NPO、自治体などなど）をご紹介いただいて、参加者・会場・現地でお手伝いいただける方の確保ができれば、どこでもいく覚悟はありますので、事務局もしくは私の BLOG の「連絡をする」で連絡いただいても構いませんので、地方の方はご検討ください。

[Windows Vista]Windows Vista の修正プログラム

Windows Vista の修正プログラム

Windows Vista がリリースされてかれこれ 4 か月がたちますが、想像以上に安定性と互換性に問題があることがわかってきました。
すでに Windows Vista をお使いの方は経験されているかと思いますが「コントロールパネル」の「システムとメンテナンス」にある「問題のレポートと解決策」の機能で膨大なレポートを送信している状態に見舞われたことがあるかと思います。
「問題のレポートと解決策」の「他の問題についての情報」に解決策が表示されたりしますが、実際には氷山の一角でサポートのページを見るとかなりの修正プログラムが提供されています。
http://support.microsoft.com/search/default.aspx?catalog=LCID%3d1041&spid=11732&query=%u4fee%u6b63%u30d7%u30ed%u30b0%u30e9%u30e0&adv=&mode=r&cat=False&range=1-138
必要な場合は、サポートに連絡して、修正プログラムの入手を行ってください。
※自己責任です。

ちなみに私のノート PC は SONY VAIO type S SZ(VGN-SZ90PS) で、SONY の Windows Vista の正式なサポートが受けられないので、かなり苦労しています。
「問題のレポートと解決策」から「Windows Vista ベースのコンピュータをスリープ状態または休止状態から再開すると問題が発生することがある」が提示されましたが、他にも問題を抱えています。
現在、「コンピュータのロック」を実行し、「ようこそ」画面から再度ログオンすると必ず Wireless LAN の電源が落ちて、ネットワークに接続するまでしばらく時間がかかる現象に悩まされています。ウイルスバスター 2007 を使っているので、そっちのせいかもしれませんが。
また 1 回しか試していないので再現性はわかりませんが、Silverlights で高解像度の動画を再生していたら Wireless LAN が死に、再起動しても復旧しなかったのでルータ（NEC Aterm WR7600H）の電源のオフ/オンをして復旧させました。Windows XP では絶対に起こらない現象だったので Windows Vista とドライバあたりを疑っています。
サポートページにも修正プログラムがあることは発見しているので、近いうちにサポートから修正プログラムを入手して試してみたいと思います。

[SQL Server 2005]KB935356:SQL Server 2005 Service Pack 2 の累積的な更新プログラムパッケージ (ビルド 3161) について

米田さんが書かれていた
Hotfix、累積的updateのKBを指定してのonline request (Web Form依頼、email返信、download link )による入手法(SQL Server 2005 SP2向累積的update build 3161対応)
KB935356 を正式ルート（サポート経由）で入手しました。
http://support.microsoft.com/default.aspx/KB/935356

まぁ、米田さんの書かれているとおり、無償です。
ただし、免責事項に同意する必要があります。
電話での同意ということですので、そんなに心配することはありません。
KB935356 を入手に必要なのは、文書番号（935356）・氏名・連絡先電話番号・ダウンロード先 URL 通知メールアドレス・SQL Server 2005 使用エディション・プラットフォーム（x86/x64）と先に書いた免責事項に同意することです。
あと、サポートが SR 番号を口頭でいうので、それをメモするものが必要です。
SR 番号は何か問い合わせをするときに必ず必要になるので、紛失しないようにしてください。
また、サポートからメールを送信するときに迷惑メールフィルタの設定を確認してくださいといわれますので、対象のメールアドレスからメールが迷惑メールフォルダに移動されないように除外の設定をしてください。

問い合わせした時間によりますが、数時間中にダウンロードの URL を送付してくれます。
ダウンロードサイズは 92.9MB（x86）です。
展開するとき、ダウンロードの URL を送付されるメールの中に記載されているパスワードを入力してください。
展開すると hotfix.txt と SQLServer2005-KB935356-x86-ENU.exe が展開されます。
あとは、Service Pack などの適用と同じく SQLServer2005-KB935356-x86-ENU.exe を実行するだけです。
インストールされている全インスタンスにすべて適用してくれます。
適用時間はインスタンス数やインストールしているサービスの数に依存します。
私の場合は、3 つの SQL Server 2005 Developer Edition のインスタンス（すべてのオプションを選択）と SQL Server 2005 Express with Advanced Services Service Pack 2 がインストールされていますので、かなり時間がかかりました。

なお、本番環境に適用する場合、必ずテスト系で十分なテスト（テストケースすべてを実行）をして、問題が発生しないか確認した上で、適用してください。
もし、問題が発生した場合は、有償サポートで正式なサポートを受けてください。
ケースによっては HotFix を開発が必要になると思われますので、かなり時間がかかることを覚悟する必要があるでしょう。