SQL Server 開発チームブログ : JIS2004

日本語照合順序 Japanese と Japanese_XJIS_100、Japanese_Bushu_Kakusu_100　の比較

Akio Jose — Mon, 16 Jun 2008 12:45:00 GMT

はじめまして、マイクロソフト保瀬です。SQL Server 開発部門でテスターをしております。日本のSQL Serverチームがブログを開設してから1年以上が経ちますが、遅れ馳せながら今回はじめて書きます。これを機にできる限り、継続的かつ頻繁に情報発信できればと思います。よろしくお願いします。

初回は、トピックとしてあまり取り上げられないSQLの照合順序についていろいろと見ていこうと思います。CTP版やRC版等をお試しになっている方はお気づきと思いますが、新たに２つ照合順序が追加されています。

SQL Server に新規に照合順序が追加されることなった背景に Windows Server 2008 と足並みをそろえるという目的がありました。Windows Vistaを既にご使用の方は、お気付きと思いますが、コントロールパネルの「地域と言語のオプション」のところで並べ替えの設定ができます（下図参照）。ここで「XJIS」または「部首／画数」の何れかを指定できるようになっています。今回 SQL Server に新たに追加された日本語の照合順序名である Japanese_XJIS_100 及び Japanese_Bushu_Kakusu_100 はWindows Vista と Windows Server 2008 で指定可能となった「並べ替え」の内容に沿うような形で追加されています。

Japanese_XJIS_100 の照合順序で何が変わったか、特に以前からあるJapanese 照合順序などと比較した場合の文字の並び替えなど動作について見ていきましょう。まずは「論より証拠」で、実際にそれぞれJapanese_XJIS_100とJapaneseの照合順序でソートした場合の結果を比べていくことにします。尚、今回は一文字単位の比較としました。例えば、「は」と「ば」を比較するのであれば、where 句の内容として "where N'は' < N'ば' collate Japanese_XJIS_100_CI_AS" といった具合で比較していくことにしました。２文字以上の文字列を含む比較となると、内部エンジンの文字列ソートについて触れておく必要が出てくるので、それはまた別の機会にしておきます。

比較内容として、今回は平仮名・片仮名の文字（単一文字のみ）を使って比較してみました。全ての五十音文字を使用するとかなりのテストパターンになるので、今回は清音、濁音、半濁音、平仮名、片仮名等の観点から、Japanese と Japanese_XJIS_100／Japanese_Bushu_Kakusu_100 の各照合順序の比較結果の違い検証してみました。

下記表１にグループ分けされた五十音文字を示します：

表１（参考：JIS X 4061「日本語文字列照合順番」)

グループ	グループ文字	清音	大文字（L)・小文字（S)	平仮名 (H)/ 片仮名 (K)
1	あいうえおかきくけこさしすせとたちつてとなにぬねのはひふへほまみむめもやゆよらりるれろわゐゑをん	清音	L	H
2	がぎぐげござじずぜぞだぢづでどばびぶべぼ	濁音	L	H
3	ぱぴぷぺぽ	半濁音	L	H
4	ぁぃぅぇぉっゃゅょゎ	清音	S	H
（※）5	ゝ	清音	(繰り返し文字)	H
（※）6	ゞ	濁音	(繰り返し文字)	H
7	アイウエオカキクケコサシスセソタチツテトナニヌネノハヒフヘホマミムメモヤユヨラリルレロワヰヱヲン	清音	L	K
8	ヴガギグゲゴザジズゼゾダヂヅデドバビブベボ	濁音	L	K
9	パピプペポ	半濁音	L	K
10	ァィゥェォヵヶッャュョヮ	清音	S	K
（※）11	ヽ	清音	(繰り返し文字)	K
（※）12	ヾ	濁音	(繰り返し文字)	K
（※）13	ー	清音	(長音)	K

（※）今回の検証では繰り返し文字を使用してのテストは除きました

比較方法の基本的な考え方は、上記表１のグループ間での比較を行います。たとえば、grp1 (グループ１）と grp2 （グループ２）を比較する場合、まず grp1の代表文字として「つ」、grp2 の代用文字として「づ」を対象となる比較文字として、さまざまな照合順序を使って比較します。T-SQL文的に記述すると、こんな感じです：

declare @ch1 nchar, @ch2 nchar

set @ch1 = N'つ'

set @ch2 = N'づ'

select case

when @ch1 = @ch2 collate Japanese_ci_as then 0

when @ch1 < @ch2 collate Japanese_ci_as then -1

else 1

end

尚、今回の検証ではグループ間内での比較は行っていません。例えば、grp1 にある「あ」と「い」との比較、grp2 にある「が」と「ぎ」の比較など。

各グループの代表文字は以下の内容で検証しました：

test ID	ch1	ch2	グループ間比較内容
1	つ	づ	grp1 vs grp2
2	は	ぱ	grp1 vs grp3
3	つ	っ	grp1 vs grp4
4	つ	ツ	grp1 vs grp7
5	つ	ヅ	grp1 vs grp8
6	は	パ	grp1 vs grp9
7	つ	ッ	grp1 vs grp10
8	ば	ぱ	grp2 vs grp3
9	づ	っ	grp2 vs grp4
10	づ	ツ	grp2 vs grp7
11	づ	ヅ	grp2 vs grp8
12	ば	バ	grp2 vs grp9
13	づ	っ	grp2 vs grp10
14	ぱ	ハ	grp3 vs grp7
15	ぱ	パ	grp3 vs grp9
16	っ	ツ	grp4 vs grp7
17	っ	ッ	grp4 vs grp10
18	ツ	ヅ	grp7 vs grp8
19	ツ	ッ	grp7 vs grp10
20	バ	パ	grp8 vs grp9
21	ヅ	ッ	grp8 vs grp10

さらに、検証で使用した照合順序名は、Japanese_xx_xx、Japanese_XJIS_100_xx_xx 及び Japanese_Bushu_Kakusu_100_xx_xx です。"xx_xx" の部分はいわゆる「Windows 照合順序サフックス」の部分で 18 通りありますが、今回は BIN系を除く16 通りのものを対象としました。ちなみに、こちらのT-SQL文でサフックスの内容を確認できます：

select name from fn_helpcollations() where name like 'Japanese_XJIS_100%'

実際のテストでは、テスト結果を格納するためのテーブルにテストパターンを挿入しておき、直接テーブルに結果を更新するようにテストしました。テスト結果の（一部抜粋）内容は下記の内容となりました

id	ch1	ch2	Collation	CompareResult	Notes
1	つ	づ	Japanese_CI_AI	0	grp1 vs grp2
2	は	ぱ	Japanese_CI_AI	0	grp1 vs grp3
3	つ	っ	Japanese_CI_AI	0	grp1 vs grp4
4	つ	ツ	Japanese_CI_AI	0	grp1 vs grp7
5	つ	ヅ	Japanese_CI_AI	0	grp1 vs grp8
6	は	パ	Japanese_CI_AI	0	grp1 vs grp9

結果テーブルの主な列の内容は

列	内容
ch1, ch2	比較対象文字
Collation	比較時に使用した照合順序名
CompareResult	結果比較(0, -1, 1)の何れか０：'つ' = 'づ' -1：'つ' < 'づ' 1：'つ' > 'づ'
Notes	比較対照グループ

以下に検証結果をまとめてみました：

(後述補足説明を参照）

グループ間比較	照合順序名 Japanese_xx_xx	照合順序名 Japanese_XJIS_100_xx_xx	照合順序名 Japanese_Bushu_Kakusu_100_xx_xx
grp1 vs grp2	Windows照合順序サフィックス（以下 CompStyle) に「AI」が指定されている場合、grp1 = grp2 となった CompStyle に「AS」が指定されている場合、grp1 < grp2 となった	常に grp1 < grp2 となった	同左
grp1 vs grp3	CompStyle に「AI」が指定されている場合、grp1 = grp3 となった CompStyle に「AS」が指定されている場合、grp1 < grp3 となった	常にgrp1 < grp2 となった	同左
grp1 vs grp4	CompStyle に「AI」が指定されている場合、grp1 = grp4 となった CompStyle に「AS」が指定されている場合、grp1 > grp4 となった	常に grp1 > grp4 となった	同左
grp1 vs grp7	CompStyleに「KS」げ指定されていない場合ｇrp1 = grp7 となった CompStyle に「KS」が指定されている場合に、grp1 > grp7 となった	同左	同左
grp1 vs grp8	CompStyle に「AI_KS」が指定されている場合に、grp1 > grp8 となった CompStyle に「AS」が指定されている場合に grp1 < grp8 となった上記以外は grp1 = grp8 となった	常に grp1 < grp8 となった	同左
grp1 vs grp9	CompStyle に「AI_KS」が指定されている場合に、grp1 > grp9 となった CompStyle に「AS」が指定されている場合に、grp1 < grp9 となった上記以外は grp1 = grp9 となった	常に grp1 < grp9 となった	同左
grp2 vs grp3	CompStyle に「AI」が指定されている場合に、grp2 = grp3 となった CompStyle に「AS] が指定されている場合に、grp2 < grp3 となった	常に grp2 < grp3　となった	同左
grp2 vs grp4	CompStyle に「AI」が指定されている場合、grp2 = grp4 となった CompStyle に「AS」が指定されている場合、grp2 > grp4 となった	常に grp2 > grp4 となった	同左
grp2 vs grp7	CompStyle にgrp2 = grp7 when CI_AI or CI_AI_WS grp2 > grp7 for other	常にgrp2 > grp7 となった	同左
grp2 vs grp8	CompStyle に「KS」が指定されていない場合に grp2 = grp8 となった CompStyle に「KS」が指定されている場合に、grp2 > grp8 となった	同左	同左
grp2 vs grp9	CompStyle に「KS」が指定されていない場合に grp2 = grp8 となった CompStyle に「KS」が指定されている場合に、grp2 > grp8 となった	同左	同左
grp2 vs grp10	CompStyle に「AI」が指定されている場合に、grp2 = grp10 となった CompStyle に「AS」が指定されている場合に、grp2 > grp10 となった	常に grp2 > grp10 となった	同左
grp3 vs grp7	CompStyle に「KS」が指定されていない場合に grp3 = grp7 となった CompStyle に「KS」が指定されている場合に、gr32 > grp7 となった	常に grp3 > grp7 となった	同左
grp3 vs grp9	CompStyle に「KS」が指定されていない場合に、grp3 = grp9 となった CompStyle に「KS」が指定されている場合に、grp3 > grp9 となった	同左	同左
grp4 vs grp10	CompStyle に「KS」が指定されていない場合に、grp4 = grp10 となった CompStyle に「KS」が指定されている場合に、grp4 > grp10 となった	同左	同左
grp4 vs grp7	CompStyle に「AS」が指定されているば場合に、grp4 < grp7 となった CompStyle に「AI」が指定され且つ「KS」が指定されていない場合に、grp4 > grp7 となった上記以外の場合は、grp4 = grp7 となった	常に grp4 < grp7 となった	同左
grp7 vs grp8	CompStyle に「AI」が指定されている場合に、grp7 = grp8 となった CompStyle に「AS」が指定されている場合に、grp7 < grp8 となった	常に grp7 < grp8 となった	同左
grp7 vs grp10	CompStyle に「AI」が指定されている場合に、grp7 = grp10 となった CompStyle に「AS」が指定されている場合に、grp7 > grp10 となった	常に grp7 > grp10 となった	同左
grp8 vs grp9	CompStyle に「AI」が指定されている場合に、grp8 = grp9 となった CompStyle に「AS」が指定されている場合に、grp8 < grp9 となった	常にgrp8 < grp9 となった	同左
grp8 vs grp10	CompStyle に「AI」が指定されている場合に、grp8 = grp10 となった CompStyle に「AS」が指定されている場合に、grp8 > grp10 となった	常に grp8 > grp10 となった	同左

補足説明

上記表の４列目の「Japanese_Bushu_Kakusu_100_xxx」の結果は結局のところ Japanese_XJIS_100 と同様の結果となった。

たとえば、「grp1 vs grp2 」のテスト結果では、以下の照合順序名においては、「つ」＝「づ」と比較される

Japanese_CI_AI

Japanese_CI_AI_WS

Japanese_CI_AI_KS

Japanese_CI_AI_KS_WS

Japanese_CS_AI

Japanese_CS_AI_WS

Japanese_CS_AI_KS

Japanese_CS_AI_KS_WS

また、同様に以下の照合順序名では「つ」＜「づ」と比較される

Japanese_CI_AS

Japanese_CI_AS_WS

Japanese_CI_AS_KS

Japanese_CI_AS_KS_WS

Japanese_CS_AS

Japanese_CS_AS_WS

Japanese_CS_AS_KS

Japanese_CS_AS_KS_WS

そして、更に以下の新規照合順序名では、常に「つ」＜「づ」と比較される

Japanese_Bushu_Kakusu_100_CI_AI

Japanese_Bushu_Kakusu_100_CI_AI_WS

Japanese_Bushu_Kakusu_100_CI_AI_KS

Japanese_Bushu_Kakusu_100_CI_AI_KS_WS

Japanese_Bushu_Kakusu_100_CI_AS

Japanese_Bushu_Kakusu_100_CI_AS_WS

Japanese_Bushu_Kakusu_100_CI_AS_KS

Japanese_Bushu_Kakusu_100_CI_AS_KS_WS

Japanese_Bushu_Kakusu_100_CS_AI

Japanese_Bushu_Kakusu_100_CS_AI_WS

Japanese_Bushu_Kakusu_100_CS_AI_KS

Japanese_Bushu_Kakusu_100_CS_AI_KS_WS

Japanese_Bushu_Kakusu_100_CS_AS

Japanese_Bushu_Kakusu_100_CS_AS_WS

Japanese_Bushu_Kakusu_100_CS_AS_KS

Japanese_Bushu_Kakusu_100_CS_AS_KS_WS

Japanese_XJIS_100_CI_AI

Japanese_XJIS_100_CI_AI_WS

Japanese_XJIS_100_CI_AI_KS

Japanese_XJIS_100_CI_AI_KS_WS

Japanese_XJIS_100_CI_AS

Japanese_XJIS_100_CI_AS_WS

Japanese_XJIS_100_CI_AS_KS

Japanese_XJIS_100_CI_AS_KS_WS

Japanese_XJIS_100_CS_AI

Japanese_XJIS_100_CS_AI_WS

Japanese_XJIS_100_CS_AI_KS

Japanese_XJIS_100_CS_AI_KS_WS

Japanese_XJIS_100_CS_AS

Japanese_XJIS_100_CS_AS_WS

Japanese_XJIS_100_CS_AS_KS

Japanese_XJIS_100_CS_AS_KS_WS

このほかに、「grp1 vs grp7」（表中の5行目の結果）の結果について見ますと、以下の照合順序名で、「つ」＝「ツ」と比較される

Japanese_CI_AI

Japanese_CI_AI_WS

Japanese_CI_AS

Japanese_CI_AS_WS

Japanese_CS_AI

Japanese_CS_AI_WS

Japanese_CS_AS

Japanese_CS_AS_WS

Japanese_Bushu_Kakusu_100_CI_AI

Japanese_Bushu_Kakusu_100_CI_AI_WS

Japanese_Bushu_Kakusu_100_CI_AS

Japanese_Bushu_Kakusu_100_CI_AS_WS

Japanese_Bushu_Kakusu_100_CS_AI

Japanese_Bushu_Kakusu_100_CS_AI_WS

Japanese_Bushu_Kakusu_100_CS_AS

Japanese_Bushu_Kakusu_100_CS_AS_WS

Japanese_XJIS_100_CI_AI

Japanese_XJIS_100_CI_AI_WS

Japanese_XJIS_100_CI_AS

Japanese_XJIS_100_CI_AS_WS

Japanese_XJIS_100_CS_AI

Japanese_XJIS_100_CS_AI_WS

Japanese_XJIS_100_CS_AS

Japanese_XJIS_100_CS_AS_WS

そして、更に以下の照合順序名で、「つ」＞「ツ」と比較される

Japanese_CI_AI_KS

Japanese_CI_AI_KS_WS

Japanese_CI_AS_KS

Japanese_CI_AS_KS_WS

Japanese_CS_AI_KS

Japanese_CS_AI_KS_WS

Japanese_CS_AS_KS

Japanese_CS_AS_KS_WS

Japanese_Bushu_Kakusu_100_CI_AI_KS

Japanese_Bushu_Kakusu_100_CI_AI_KS_WS

Japanese_Bushu_Kakusu_100_CI_AS_KS

Japanese_Bushu_Kakusu_100_CI_AS_KS_WS

Japanese_Bushu_Kakusu_100_CS_AI_KS

Japanese_Bushu_Kakusu_100_CS_AI_KS_WS

Japanese_Bushu_Kakusu_100_CS_AS_KS

Japanese_Bushu_Kakusu_100_CS_AS_KS_WS

Japanese_XJIS_100_CI_AI_KS

Japanese_XJIS_100_CI_AI_KS_WS

Japanese_XJIS_100_CI_AS_KS

Japanese_XJIS_100_CI_AS_KS_WS

Japanese_XJIS_100_CS_AI_KS

Japanese_XJIS_100_CS_AI_KS_WS

Japanese_XJIS_100_CS_AS_KS

Japanese_XJIS_100_CS_AS_KS_WS

さあ、結果としていかがでしたでしょうか？日本語の観点からこの結果が正しいか否かは、読者の主観にお任せします。

今回の検証で使用したビルドは RC0 相当のものでしたが、おそらくリリース時でも同様な動作になるものと思われます。

では、次回はJapanese＿Bushu_Kakusu_100 ついて、いろいろと探っていこうと思います。

ご参考までに、今回の検証で使用したスクリプトを載せておきます。

興味のある方、今回使用した「代表文字」以外の文字で是非試してみてください。

/*****************************************************/

set nocount on

if object_id('compChar') is not null

drop table compChar

create table compChar(id int identity, ch1 nchar(1), ch2 nchar(2), notes varchar(100))

insert compChar values(N'つ', N'づ', 'grp1 vs grp2')

insert compChar values(N'は', N'ぱ', 'grp1 vs grp3')

insert compChar values(N'つ', N'っ', 'grp1 vs grp4')

insert compChar values(N'つ', N'ツ', 'grp1 vs grp7')

insert compChar values(N'つ', N'ヅ', 'grp1 vs grp8')

insert compChar values(N'は', N'パ', 'grp1 vs grp9')

insert compChar values(N'つ', N'ッ', 'grp1 vs grp10')

insert compChar values(N'ば', N'ぱ', 'grp2 vs grp3')

insert compChar values(N'づ', N'っ', 'grp2 vs grp4')

insert compChar values(N'づ', N'ツ', 'grp2 vs grp7')

insert compChar values(N'づ', N'ヅ', 'grp2 vs grp8')

insert compChar values(N'ば', N'バ', 'grp2 vs grp9')

insert compChar values(N'づ', N'っ', 'grp2 vs grp10')

insert compChar values(N'ぱ', N'ハ', 'grp3 vs grp7')

insert compChar values(N'ぱ', N'パ', 'grp3 vs grp9')

insert compChar values(N'っ', N'ツ', 'grp4 vs grp7')

insert compChar values(N'っ', N'ッ', 'grp4 vs grp10')

insert compChar values(N'ツ', N'ヅ', 'grp7 vs grp8')

insert compChar values(N'ツ', N'ッ', 'grp7 vs grp10')

insert compChar values(N'バ', N'パ', 'grp8 vs grp9')

insert compChar values(N'ヅ', N'ッ', 'grp8 vs grp10')

if object_id('TestResult') is not null

drop table TestResult

create table TestResult (

id int identity,

ch1 nchar(1),

ch2 nchar(2),

Collation nvarchar(128),

CompareResult int,

Notes varchar(100))

insert TestResult

select ch1, ch2, name, -2, Notes

from compChar t, fn_helpcollations() c

where COLLATIONPROPERTY(name, 'version') <> 1 and name not like 'Japanese_Unicode%' and

name like 'japan%' and name not like '%bin%'

declare cur cursor for select id, ch1, ch2, Collation from TestResult

declare @id int, @ch1 nchar(1), @ch2 nchar(1), @colName nvarchar(128)

declare @cmd nvarchar(1000)

open cur

fetch cur into @id, @ch1, @ch2, @colName

while @@fetch_status = 0

begin

set @cmd = 'update TestResult set CompareResult = case

when N''' + @ch1 + ''' = N''' + @ch2 + ''' collate ' + @colName + ' then 0

when N''' + @ch1 + ''' < N''' + @ch2 + ''' collate ' + @colName + ' then -1

else 1

end where id = ' + convert(varchar(4), @id)

exec(@cmd)

fetch cur into @id, @ch1, @ch2, @colName

end

close cur

deallocate cur

select * from TestResult

[SQL Server JIS2004 対応に関するガイドライン] 技術ポイント解説 Webcast 公開

coast — Tue, 07 Aug 2007 16:37:00 GMT

マイクロソフトの Coast です。

7 月 9 日に、[SQL Server JIS2004 対応に関するガイドライン] 技術ポイント解説を第 48 回 MSDN オフラインセミナーでお話しさせていただきました。平日の夜にもかかわらず、多数の方にお集まりいただきありがとうございました。その時の Webcast がこちらから公開されましたので、ご参加になれなかった方にご覧いただければ幸いです。

また、 7 月 19 日にSQL Server ユーザーグループ　PASSJ　の「Windows Server 2008 Beta3 セミナー in 東京」でも、同じ内容をお話しさせていただきました。

すでに JIS2004 対応に関するポイントは、ガイドラインで情報を提供させていただいてきたのですが、やはり直接お話しさせていただいた方が、よりご理解いただけたようで、次のようなフィードバックをいただきました。

・ホワイトペーパーを読んだだけでは理解できなかった部分が理解できました。
・言葉の定義や意味が良く分からなかった部分が整理できた。
・文字の具体例について技術資料が少なかったため大変ありがたかった。
・文字コードに関する知識が高まった。

また、ご参加いただいた方のブログでも Post していただきました。

・あるＳＥのつぶやき　SQL ServerのJIS2004対策セミナーに行ってきました
・Voyageの日記　[SQL Server]MSDNオフライン
・河端善博ブログ JIS2004 は続くよ ...

SQL Server 開発チームでは、JIS2004対応に関しては、引き続き重要なテーマとして取り扱っていくことにしております。JIS2004対応に関して、皆様から、もっとお知りになりたいことや、うまく対応ができた事例、できなかった事例など、コメントを頂けると幸いです。

コメントは、下記 n Comments のリンクをクリックしていただけると書き込みできますので、よろしくお願いします。

コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。

SQL Server 2005 のインターナショナル機能日本語版アップデート（2007/6版）

coast — Tue, 17 Jul 2007 15:23:00 GMT

マイクロソフトの Coast です。
先日、このブログでご紹介させていただきました、ホワイトペーパー「SQL Server 2005 のインターナショナル機能」の日本語版がアップデートされました。　http://go.microsoft.com/?linkid=6743837

改訂内容は多くはありませんが、下記のとおりです。

改訂内容

旧（2007/2版）

暗黙的な変換

照合順序間の非 Unicode 文字データの暗黙的な変換は非決定的です。照合順序間の非 Unicode 文字データの暗黙的な変換についても、互換性レベルを 80 以下に設定しない限り、非決定的であると判断されます。

OLE DB

OLE DB は、Microsoft Data Access Components (MDAC) の中心となるコンポーネントです。OLE DB は COM に基づいているため、すべての文字列は Unicode BSTR です (Windows XP、Windows Server 2003、および Windows 2000 では UTF-16、他のすべてのオペレーティングシステムでは UCS-2)。ただし、MDAC 2.8 SP1 より前のバージョンの MDAC は、名前付きインスタンスをサポートしません。アプリケーションで SQL Server 2005 の名前付きインスタンスに接続できない場合があります。SQL Server 2005 の機能を利用するには、MDAC 2.8 SP1 にアップグレードします。

新（2007/6版）

暗黙的な変換

照合順序間の非 Unicode 文字データの暗黙的な変換は非決定的です。文字列から datetime または smalldatetime への暗黙的な変換についても、互換性レベルを 80 以下に設定しない限り、非決定的であると判断されます。

OLE DB

OLE DB は、Microsoft Data Access Components (MDAC) の中心となるコンポーネントです。OLE DB は COM に基づいているため、すべての文字列は Unicode BSTR です (Windows XP、Windows Server 2003、および Windows 2000 では UTF-16、他のすべてのオペレーティングシステムでは UCS-2)。SQL Server 2005 では、MDAC 2.8 SP1 以降が必要です。いずれかのバージョンの MDAC がインストールされているクライアントコンピュータは、SQL Server 2005 に接続できますが、制限があります (たとえば、MDAC 2.6 以前の場合、名前付きインスタンスはサポートされません)。アプリケーションで SQL Server 2005 の名前付きインスタンスに接続できない場合があります。SQL Server 2005 の機能を利用するには、MDAC 2.8 SP1 にアップグレードします。

コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません

「SQL Server の JIS2004 対応に関するガイドライン」 2007/6 アップデート公開

coast — Mon, 25 Jun 2007 11:42:00 GMT

マイクロソフトの Coast です。

ホワイトペーパー「 SQL Server の JIS2004 対応に関するガイドライン」がアップデートされましたのでお知らせします。2007年6月版になります。

主な改訂内容

・SQL Server 2005 SP2 リリース版での動作確認（動作は変わりませんが、以前はSQL Server 2005 SP2 CTP3 での確認でした。）
・REPLACE, peplace_s のOS、照合順序別の動作確認結果追加
・サンプルが付きました。

その他詳細な改訂点に関しましては、ドキュメントの最後にある改訂履歴をご参照ください。

SQL Server の JIS2004 対応に関するガイドライン (自己解凍 exe, 3.69 MB)　はこちらからダウンロードしていただけます。

尚、今回の改訂には間に合わなかったのですが次の点にご注意いただけると幸いです。

P.10 の「IME 2007 の変換文字制限」は、「Microsoft Windows Vista に搭載されている Microsoft IME および 2007 Microsoft Office systems に付属する Microsoft Office IME 2007」の両方が対象になります。Windows XP でも、Microsoft Office IME 2007 をご使用であれば、変換文字制限が可能です。

コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。

MSDN オフラインセミナー [SQL Server JIS2004 対応に関するガイドライン] 技術ポイント解説開催

coast — Thu, 14 Jun 2007 11:44:00 GMT

マイクロソフトの Coast です。

3月の　Post　「JIS2004 とユニコード対応」でご紹介させていただきました、ホワイトペーパー「SQL Server の JIS2004 対応に関するガイドライン」に関する技術ポイント解説を、下記のとおり、 MSDN オフラインセミナーでお話しさせていただくことになりました。

当日は、「 SQL Server JIS2004 対応に関するガイドライン」に沿って、JIS2004、Unicode、フォント、外字、データ型、照合順序、文字列操作 T-SQL 、更に、Unicode 対応をした場合のパフォーマンスの考慮点などに関する技術的なポイントを解説させていただきます。

ガイドラインをお読みいただいて、内容をご理解しづらかった方は、ご都合がよろしければ、ご参加いただけますと幸いです。東京エリアの開催だけで恐縮です。

http://www.microsoft.com/japan/msdn/events/offline/

MSDN オフラインセミナー

第 48 回「SQL Server 2000/2005 [JIS X 0213:2004 対応に関するガイドライン] 技術ポイント解説」

■日時: 2007年 7 月 9 日 18:30-20:00 (18:00 開場)
■場所: マイクロソフト株式会社新宿オフィス 5F セミナールーム (東京都渋谷区)

■参加費: 無料
■お申込み: 　MSDN オフラインセミナーサイトからお申し込みください。

コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。

SQL Server 2005 のインターナショナル機能日本語(Ja)版リリース

coast — Fri, 08 Jun 2007 07:34:00 GMT

マイクロソフトの Coast です。
先日、ホワイトペーパー「SQL Server 2005 のインターナショナル機能」の日本語版がリリースされました。
http://go.microsoft.com/?linkid=6743837
このホワイトペーパーでは、SQL Server 2005 のインターナショナル機能について説明しています。取り上げているトピックは、Unicode の説明、SQL Server 2005 の補助文字の追加サポート、さまざまなバージョンの SQL Server における照合順序、データ型の変更、パフォーマンス、データプロバイダの更新、SQL Server 2005 Analysis Services および Integration Services の新しいインターナショナルサポート機能などです。
先日のブログ「JIS2004 とユニコード対応」の技術的なバックグラウンドとしてSQL Server 2005のインターナショナル機能の理解を深めていただくための、重要な参考ドキュメントになります。

英語版 [International Features in Microsoft SQL Server 2005] はこちらです。
http://msdn2.microsoft.com/en-us/library/bb330962.aspx
参考までに、SQL Server 2000 用のホワイトペーパーはこちらになります。
日本語 http://www.microsoft.com/japan/msdn/sqlserver/sql2000/intlfeaturesinsqlserver2000.aspx　
英語 http://msdn2.microsoft.com/en-us/library/aa902644(sql.80).aspx　
コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。

照合順序はどれを使ったら良い？

coast — Fri, 20 Apr 2007 05:55:00 GMT

マイクロソフトの Coast です。

先日、PASSJ (SQL Server ユーザーグループ) http://www.sqlpassj.org/　様より、１月から２月かけて実施された、「SQL Server 製品機能に関するアンケート」の集計結果をいただきました。その中で、約30％の方から、「照合順序の違いやどれを使えばよいかがよくわからない。」というご回答をいただきました。

SQL Server の BOL には、照合順序に関する説明があるのですが、日本語以外の各言語の照合順序も含めた説明になっているため、「日本語ではどうしたらいいか」という日本のユーザーに必要な情報が読み取りづらくなっています。そのために、約30％の方が「よくわからない」とお感じになっているのかもしれません。

非常に簡潔に説明しますと、照合順序は、その SQL Server の最新のものをお使いいただくことがお勧めになります。
つまり、
　 SQL Server 2000 では、Japanese
　 SQL Server 2005 では、Japanese_90
がお勧めになります。

注意： SQL Server 2005 でも、SQL Server 2000 で開発されたアプリケーションをそのまま使用する場合や、他の SQL Server 2000 と接続する場合などには、Japanese を使う必要がある場合もあります。

紛らわしい照合順序に Japanese_UNICODE がありますが、これは、SQL Server 7.0 との互換性確保のために残っている照合順序です。また、Windows 2000 以降の OS での LCID との整合性の注意　http://support.microsoft.com/kb/302747/ja　もありますので、SQL Server 7.0 との互換性のために必要でない限りは、お使いにならないようをお勧めします。

それぞれの照合順序の違いに関しては、その照合順序が開発された当時の、JIS や Unicode などの文字標準規格との関係を意識すると理解しやすくなります。この点に関しては、公開されている「SQL Server の JIS2004 対応に関するガイドライン」というホワイトペーパーの「1.4 JIS、Unicode と Windows の歴史とその関係」に説明があります。

コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。

JIS2004 とユニコード対応

coast — Fri, 30 Mar 2007 12:14:00 GMT

はじめまして、マイクロソフトの Coast です。
SQL Server 開発部門でSQL Server のプログラムマネージャーをしています。

最近２～３のユーザー様とお話しさせていただく機会がありました。そのとき、ユニコード対応をどのようにされているかお聞きしてみたところ、ユニコード対応をあまり意識されていないとのことでした。

Vista 発売のタイミングで、JIS2004 という文字が新しくサポートされたことはご存知の方も多いと思いますが、このJIS2004 で新しく追加された文字は、従来の Shift-JIS にはありませんので、ユニコード対応をしていないと、SQL Server にInsert するときに、"?" に置き換えられます。

SQL Server 開発チーム ブログ : JIS2004

日本語照合順序 Japanese と Japanese_XJIS_100、Japanese_Bushu_Kakusu_100 の比較

[SQL Server JIS2004 対応に関するガイドライン] 技術ポイント解説 Webcast 公開

SQL Server 2005 のインターナショナル機能 日本語版アップデート（2007/6版）

「SQL Server の JIS2004 対応に関するガイドライン 」 2007/6 アップデート公開

MSDN オフラインセミナー [SQL Server JIS2004 対応に関するガイドライン] 技術ポイント解説 開催

SQL Server 2005 のインターナショナル機能 日本語(Ja)版リリース

照合順序はどれを使ったら良い？

JIS2004 と ユニコード対応

SQL Server 開発チームブログ : JIS2004

日本語照合順序 Japanese と Japanese_XJIS_100、Japanese_Bushu_Kakusu_100　の比較

SQL Server 2005 のインターナショナル機能日本語版アップデート（2007/6版）

「SQL Server の JIS2004 対応に関するガイドライン」 2007/6 アップデート公開

MSDN オフラインセミナー [SQL Server JIS2004 対応に関するガイドライン] 技術ポイント解説開催

SQL Server 2005 のインターナショナル機能日本語(Ja)版リリース

JIS2004 とユニコード対応