Visual Studio

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

おがわみつぎ — Thu, 14 Jun 2007 23:06:00 GMT

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# -->

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

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

おがわみつぎ — Sun, 03 Jun 2007 00:47:00 GMT

ちょっとフライングですが、とりあえずやる方向で検討中というか、やります。
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 の「連絡をする」で連絡いただいても構いませんので、地方の方はご検討ください。

[SQL Server 2005]「SQL Server の JIS2004 対応に関するガイドライン」の訂正すべき点

おがわみつぎ — Sun, 20 May 2007 19:35:00 GMT

SQL Server の JIS2004 対応に関するガイドライン (exe, 3.44 MB)
http://go.microsoft.com/?linkid=6302906

の P.73 の「3.14 REPLACE、replace_s」の case 7 の場合、データベースの照合順序が Japanese_90 系の照合順序を使用していないと結果が予期せぬものになります。
訂正するならば、P.64 の「3.7 補助文字対応文字列操作 - StringManipulate サンプル」の「サンプルをビルド」の
「2. AdventureWorks データベースがインストールされていることを確認。サンプルをビルドするデータベース "JIS2004" データベースを作成」
を
「2. AdventureWorks データベースがインストールされていることを確認。サンプルをビルドする "JIS2004" データベースの照合順序を Japanese_90_BIN2 で作成」
に訂正すべきところでしょう。

[DOWNLOAD]VS2005 SP1 Update for Vista, SQL Server 2005 SP2 Update & SQL Server 2005 SP2

おがわみつぎ — Wed, 07 Mar 2007 19:19:00 GMT

長らくベータだった VS2005 の Vista 対応ですが、正式版がリリースされました。
http://www.microsoft.com/downloads/details.aspx?FamilyID=90e2942d-3ad1-4873-a2ee-4acc0aace5b6&DisplayLang=ja

また、SQL Server 2005 SP2 Update は 2007/03/05 以前に SP2 を適用した場合
http://www.microsoft.com/downloads/details.aspx?FamilyID=e2c358a1-ecc4-4c49-8f65-daa6b7800eec&DisplayLang=ja

を適用し、今ダウンロードできるものはマージしたもののようです。
http://www.microsoft.com/downloads/details.aspx?FamilyID=d07219b2-1e23-49c8-8f0c-63fa18f26d3a&DisplayLang=ja

SQL Server 2005 SP2 の場合は 2007/03/05 が境目になるので覚えておくように。。。
こんなクリティカルなものなんでわからんかな。。。
これ、クレーム必至というか、クレームいれなきゃだめだろ！
まぁ、リリースされて間もないので、正式環境に適用されているケースは少ないでしょうけど、これはふざけるな！っていってもいいぐらいな大問題じゃないですか。
もう少しテストしましょうね、MS さん。
最近クォリティ悪い気がしますよ。

[VS]MSDN ライブラリ 2006 年 12 月版

おがわみつぎ — Thu, 22 Feb 2007 16:36:00 GMT

MSDN ライブラリ 2006 年 12 月版
がリリースされています。
2321.4 MB もあるので空き容量を確保してくださいね。

[Fix]日本語(ISO-2022-JP) を Content-Transfer-Encoding: 7bit で送信する方法

おがわみつぎ — Sun, 04 Feb 2007 11:14:00 GMT

MVP 意地で、MVP インシデント使って、メールヘッダの Content-Transfer-Encoding が sevenbit になる件を FIX させました。
サンプルコードは[.NET 2.0]日本語(ISO-2022-JP) を Content-Transfer-Encoding: 7bit で送信する方法を見てください。
FIX モジュールを使えば、サンプルコードの Text 形式のメール送信で正しく Content-Transfer-Encoding: 7bit として送信されます。

http://support.microsoft.com/default.aspx/KB/927858

サポートに連絡して FIX モジュールを入手してください。
※バグなのでおそらく無償で入手できると思います。

[勉強会]PASSJ 勉強会 with Microsoft On

おがわみつぎ — Fri, 01 Dec 2006 15:24:00 GMT

今、PASSJ 勉強会 with Microsoft On の企画を練っています。
http://www.microsoft.com/japan/technet/community/evangelists/ms-on/default.mspx
の中で受けてみたいセッションがあればご連絡いただければ考えます。

現在スタッフの中では

チューニングとサイジングの必要性
運用管理の強化ポイント
WCF/WF アプリケーション開発
.NET Framework 2.0 分散アプリケーション開発

があがっています。

一応無料を考えています。
もしかすると実費をいただくかもしれませんが。

ぜひご意見いただければと思います。
なお、PASSJ 単体ではなく、弟分の VSUG と共同で展開してみたいなとも思っていますので、ぜひよろしくお願いします。

[Ajax]Atlas から AJAX へ

おがわみつぎ — Tue, 12 Sep 2006 13:27:00 GMT

Microsoft の Ajax 実装として、コードネーム "Atlas" があります。
その正式名称が発表になりました。
ただ大文字小文字の表記はちょっとまだわかりませんが。。。

JavaScript -> Microsoft AJAX Library
Server Side コントロール -> ASP.NET 2.0 AJAX Extensions
"Atlas" Control Toolkit -> ASP.NET AJAX Control Toolkit

http://weblogs.asp.net/scottgu/archive/2006/09/11/_2200_Atlas_2200_-1.0-Naming-and-Roadmap.aspx

うれしいことに年内にリリースされる予定です。

[.NET 3.0]Microsoft .NET Framework 3.0 RC

おがわみつぎ — Mon, 04 Sep 2006 15:49:00 GMT

マイクロソフトプレリリースソフトウェア Microsoft .NET Framework 3.0 - Release Candidate
誰も書かないから書いてみた。
.NET Framework 3.0 自体もですが
Microsoft® Visual Studio® 2005 Extensions for Windows Workflow Foundation Release Candidate 5
も出てます。
困ったことに他はアップグレードしていないという罠がありますが。
ちなみに WinFX のアンインストールツール使うと Visual Studio 2005 の MSDN Library がごっそり消えます。
可能であれば、正しくアンインストールしてくださいまし。

[SQL Server 2005]SQL CLR - 現在の AppDomain とロードされているアセンブリ一覧取得ユーザ定義関数サンプル

おがわみつぎ — Mon, 07 Aug 2006 23:39:00 GMT

[SQL Server 2005]SQL CLR - 現在の AppDomain とロードされているアセンブリ一覧取得ユーザ定義関数サンプル

SQL CLR の AppDomain はデータベース単位に設定されています。
AppDomain 名などの取得は

SELECT * FROM sys.dm_clr_appdomains

で、取得できますが、現在実行中の SQL CLR から AppDomain を取得するには System.Reflection を使って取得します。
このサンプルはそれをユーザ定義スカラ値関数として実装しています。
また、現在の AppDomain にロードされている Assembly 一覧を取得するユーザ定義テーブル値関数のサンプルを公開します。

using System;
using System.Data;
using System.Data.SqlClient;
using System.Data.SqlTypes;
using Microsoft.SqlServer.Server;
using System.Reflection;
using System.Collections;
public partial class UserDefinedFunctions
{
    [Microsoft.SqlServer.Server.SqlFunction]
    public static SqlString AppDomainFriendlyName()
    {
        return new SqlString(AppDomain.CurrentDomain.FriendlyName);
    }
    [Microsoft.SqlServer.Server.SqlFunction(
        FillRowMethodName = "AssembliesListFill",
        TableDefinition = "AssemblyName NVARCHAR(128), Version NVARCHAR(32), Culture NVARCHAR(32), PublicKeyToken NVARCHAR(32)")]
    public static IEnumerable AssembliesList()
    {
        return AppDomain.CurrentDomain.GetAssemblies();
    }
    public static void AssembliesListFill(Object ass, out SqlString assemblyName, out SqlString version, out SqlString culture, out SqlString publicKeyToken)
    {
        Assembly assembly = (Assembly)ass;
        string[] buffers = assembly.FullName.Split(',');
        string[] temp;
        assemblyName = new SqlString(buffers[0].Trim());
        temp = buffers[1].Split('=');
        version = new SqlString(temp[1].Trim());
        temp = buffers[2].Split('=');
        culture = new SqlString(temp[1].Trim());
        temp = buffers[3].Split('=');
        publicKeyToken = new SqlString(temp[1].Trim());
    }
};

使い方は

SELECT dbo.AppDomainFirendlyName()
SELECT * FROM dbo.AssembliesList()

という感じです。

ちなみにアンマネージドのリソースの開放は、AppDomain がアンロードされるときとされていますので、SQL CLR では最低でも Using ステートメントを使ってください。
それでも気になる方は System.GC.Collect を明示的に実行してください。
※計測しましたが、System.GC.Collect は利きませんでした。。。