SQL Server 2008

SQLServerのメルマガ

今川美保(夏椰) {Miho Imagawa as Kaya} — Mon, 31 Aug 2009 13:02:00 GMT

Club Insight にて SQL Server のメルマガ「えす！エス！レスキュー SQL Server -どっぷりリファレン中！！- Vol. 1」が発行されています

[Sample] えす！エス！レスキュー SQL Server -どっぷりリファレン中！！- Vol. 1

知らぬ間に紹介されていました(ｗ
しかもVol1は全文・・・・

わたし、そんなに自己アピールしたくないですけどｗｗｗｗ

datetimeoffsetとdatetime2のデータ型優先順位について

夏椰-kaya- (今川美保) — Tue, 14 Oct 2008 15:51:00 GMT

データ型の優先順位 (Transact-SQL)にて SQLServer2008に新たに増えたデータ型「datetimeoffset｣｢datetime2｣は
datetimeよりも優先順位が上に書かれています。

では、本当にそうなのか検証してみます。

まずは、データ型をチェックする関数を作成します。


create function [dbo].[GetProp](@col as sql_variant)
returns 
 @ret table(
  [BaseType] varchar(max),
  [Precision] int,
  [Scale] int,
  [TotalBytes] int,
  [Collation] varchar(max),
  [MaxLength] int
 )
begin
 insert into @ret 
 select
 cast(SQL_VARIANT_PROPERTY (@col,'BaseType') as varchar(max)) as 'BaseType',
 cast(SQL_VARIANT_PROPERTY (@col,'Precision') as int) as 'Precision',
 cast(SQL_VARIANT_PROPERTY (@col,'Scale') as int) as 'Scale',
 cast(SQL_VARIANT_PROPERTY (@col,'TotalBytes') as int) as 'TotalBytes',
 cast(SQL_VARIANT_PROPERTY (@col,'Collation') as varchar(max)) as 'Collation',
 cast(SQL_VARIANT_PROPERTY (@col,'MaxLength') as int) as 'MaxLength';
 return;
end ;

では、この関数を使って、

datetime + datetimeoffset
datetime + datetime2

2パターンの加算をしてみたいと思います。


SELECT * FROM
GetProp(
CAST('2007-01-01 23:59:59' as datetime)
 + 
CAST('1900-01-01 00:00:01.000' as datetime2)
)
SELECT * FROM
GetProp(
CAST('2007-01-01 23:59:59' as datetime)
 + 
CAST('1900-01-01 00:00:01.000 -9:00' as datetimeoffset)
)

この2つのSQLを実際に動かした結果は以下のとおりです。

BaseType	Precision	Scale	TotalBytes	Collation	MaxLength
datetime	23	3	10	NULL	8
datetime	23	3	10	NULL	8

あれ・・・・って感じですよね。

GetProp関数内で使用しているSQL_VARIANT_PROPERTYが未対応なのかしら?と思って、
テーブルを作成してみました。


CREATE TABLE [dbo].[tb2](
 [dto] [datetimeoffset](7) NOT NULL,
 [dt] [datetime] NOT NULL,
 [dto+dt]  AS ([dto]+[dt])
) ON [PRIMARY]

これにデータを1件突っ込んで表示させてみました。

dto	dt	dto+dt
1900-01-02 00:00:01.0000000 -09:00	2007-01-01 23:59:59.000	2007-01-03 00:00:00.000

どうみてもdatetimeですね・・・・。

う～んと、とりあえずMSDNライブラリからフィードバック流しておいたけど、
他にしておく事はあるかしらん?

#ちなみにsmalldatetimeでも同様にsmalldatetimeの勝ち!でした・・・

#またまた追記

# timestamp(30)+varbinary(1) = varbinary(16byte maxlength=70)

# timestamp(30)+binary(1) = varbinay (42byte maxlength=70)

#またまたまたまた追記

# nchar + varchar = nvarchar

わかりにくっ

夏椰-kaya- (今川美保) — Wed, 20 Aug 2008 17:33:00 GMT

Microsoft® SQL Server® 2008 Express のダウンロードページがありますが、

私は、 Microsoft® SQL Server® 2008 Enterprise Evaluation: 開発者用トライアル版からダウンロードして

プルダウンで、Express/Express Advanced Editionを選んで入れました。

そういう事をちゃんと明記してくれないとわかりくいと思います。

で、所々、まだ英語が残っていますね。

フィードバックの送信ダイアログなど、もろ英語のままでしたし…。

急いで出したのがバレバレです。

まぁ、なんにせよ、これからSQL Server 2008と仲良くやっていこうと思います♪

日本語照合順序 Japanese と Japanese_XJIS_100、Japanese_Bushu_Kakusu_100　の比較を行っているページ

夏椰-kaya- (今川美保) — Wed, 09 Jul 2008 12:25:00 GMT

SQL Server 開発チームブログにて日本語照合順序 Japanese と Japanese_XJIS_100、Japanese_Bushu_Kakusu_100　の比較を行った記事があります。

今度は部首や画数もですか・・・。

Sync Framework & SQL Server 2008 RC0

夏椰-kaya- (今川美保) — Wed, 02 Jul 2008 13:19:00 GMT

見事にはまりました…。

SQL Server 2008にはMicrosoft Sync Framework v1.0 RC0 and Sync Services for ADO.NET v2.0 RC0 が入っています。

see → Microsoft Sync Framework BLOG

で、Microsoft Sync Frameworkのサンプルコードたちはまだ CTP2 です。

see→MSDN Code Gallary - Microsoft Sync Framework

で、私の環境はSQL Server 2008 RC0をフルインストールしてあるので、
Sync Framework v1.0 RC0、ADO.NET v2.0 RC0が入っています。

ここに、Sync Framework CTP2達をインストールして、サンプルコードを実行すると

Framework内でNullReferenceExceptionを起こします。

で、一度、Sync Framework V1.0 RC0 Sync Services for ADO.NET v2.0をアンインストールし、
Sync Framework v1.0 CTP2をアンインストールして、
もう一度CTP2だけを入れなおしたら、サンプルコードが動くようになりました…。

こういうハマり方って疲れますね。そうそう、おいら、もうMVPぢゃないです♪
#いつ言っていいタイミングかわからんかったわ☆

データ変更の追跡で遊んでみた。

夏椰-kaya- (今川美保) — Mon, 30 Jun 2008 15:36:00 GMT

SQL Server 2008 データ変更の追跡で遊んでみました♪

データ変更の追跡には2種類存在しています。

変更の追跡
データやテーブル等の変更が行われたことを履歴で管理するが、変更した内容は保持していない。
変更データキャプチャ
データやテーブル等の変更が行われたことを履歴で管理するが、変更したデータ内容を保持している。

この2種類のは履歴データを保持しているか否かです。
それぞれ設定の仕方が異なりますので、2種類書いてみたいと思います。
まずは、変更の追跡からです。

TESTというデータベースを作成して、 tbというテーブルを作成しました。


CREATE TABLE [dbo].[tb](
    [id] [decimal](18, 0) NOT NULL,
    [value] [nvarchar](max) NULL,
 CONSTRAINT [PK_tb] PRIMARY KEY CLUSTERED 
(
    [id] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

この状態で、まずはデータベースに対して「変更の追跡」をするように設定します。


ALTER DATABASE TEST
SET CHANGE_TRACKING = ON

次にテーブルに対して「変更の追跡」をするように設定します。


ALTER TABLE tb
ENABLE CHANGE_TRACKING
WITH (TRACK_COLUMNS_UPDATED = ON)

この状態でTESTデータベースのtbテーブルに対して「変更の追跡」が実行されています。

以下のSQL文にて「変更の追跡」が実行されていることを確認します。


SELECT *, c.sys_change_version from tb 
CROSS APPLY  CHANGETABLE ( version tb, (id),(tb.id)) c;

このSQLでエラーメッセージが表示されず、レコードが0件で結果が取得されていればOKです。

ここで「変更の追跡」を行っているtbテーブルとCROSS APPLYしているCHANGETABLEは
テーブルに対する変更情報を返す、変更追跡関数です。
#CHANGETABLE (VERSION)の方を使用しています。

さて、ここでテーブルに列を追加し、データを1件追加たいと思います。
実行するSQLは以下のものです。


ALTER TABLE tb ADD  [buf] nvarchar(max) null ;
go
insert into tb values(1,N'テスト',CAST(CHANGE_TRACKING_CURRENT_VERSION() as nvarchar));

CHANGE_TRACKING_CURRENT_VERSION()でbuf列に更新前時点でのバージョンを入れておきました。

ここで以下のSQLを実行してみたいと思います。


DECLARE @min_valid_version bigint;
declare @i bigint;
set @min_valid_version = 
    CHANGE_TRACKING_MIN_VALID_VERSION(OBJECT_ID('tb'));
set @i = CHANGE_TRACKING_CURRENT_VERSION() -1;

while @i >= @min_valid_version
begin 
    SELECT
        SYS_CHANGE_VERSION,
        SYS_CHANGE_CREATION_VERSION,
        case SYS_CHANGE_OPERATION
        WHEN 'U' THEN 'UPDATE'
        WHEN 'I' THEN 'INSERT'
        WHEN 'D' THEN 'DELETE'
        ELSE '-'
        END AS OPERATION_TYPE,
    CASE 
    WHEN 
        CHANGE_TRACKING_IS_COLUMN_IN_MASK(
        COLUMNPROPERTY(
            OBJECT_ID('tb'),'id','ColumnId'), 
        SYS_CHANGE_COLUMNS) = 1  THEN 'id' 
    WHEN 
        CHANGE_TRACKING_IS_COLUMN_IN_MASK(
        COLUMNPROPERTY(
            OBJECT_ID('tb'),'value','ColumnId'), 
        SYS_CHANGE_COLUMNS) = 1  THEN 'value' 
    WHEN 
        CHANGE_TRACKING_IS_COLUMN_IN_MASK(
        COLUMNPROPERTY(
            OBJECT_ID('tb'),'buf','ColumnId'), 
        SYS_CHANGE_COLUMNS) = 1  THEN 'buf' 
    end as TARGET_COLUMN_NAME
    from CHANGETABLE 
        (changes tb, @i) AS c;
    set @i = @i -1 ;
end
go

#CHANGETABLE (CHANGES)の方を使用しています。

CHANGETABLE (CHANGES)
SYS_CHANGE_VERSION	SYS_CHANGE_CREATION_VERSION	OPERATION_TYPE	TARGET_COLUMN_NAME
27	27	INSERT	id


ALTER TABLE tb ADD  [buf] nvarchar(max) null ;
go
insert into tb values(1,N'テスト',CAST(CHANGE_TRACKING_CURRENT_VERSION() as nvarchar));

CHANGETABLE (VERSION)
id	value	buf	SYS_CHANGE_VERSION	SYS_CHANGE_CONTEXT	id	sys_change_version
1	テスト	NULL	27	NULL	1	27

次にUPDATEを実行します。


update tb set value = CAST(CHANGE_TRACKING_CURRENT_VERSION() as nvarchar) where id = 1;

そして先ほどと同じSQL(2種)を再実行してみます。

CHANGETABLE (CHANGES)
SYS_CHANGE_VERSION	SYS_CHANGE_CREATION_VERSION	OPERATION_TYPE	TARGET_COLUMN_NAME
28	NULL	UPDATE	value

CHANGETABLE (CHANGES)
SYS_CHANGE_VERSION	SYS_CHANGE_CREATION_VERSION	OPERATION_TYPE	TARGET_COLUMN_NAME
28	27	INSERT	id

CHANGETABLE (VERSION)
id	value	buf	SYS_CHANGE_VERSION	SYS_CHANGE_CONTEXT	id	sys_change_version
1	27	NULL	28	NULL	1	28

こんな感じになります。

使い方としては、今までテーブルに更新前日付を持っていて、更新前日付と更新直前に取得した更新前日付が一致したらUPDATEを実行する～
って業務ロジックがあったかと思いますが、これからはこの機能を使用して、更新前のバージョンを取得してチェックする方向になるのかなぁ？って感じがします。

さて、「変更の追跡」の解除をします。

SQLは以下のとおりです。設定はDB→テーブルだったので、解除は逆のテーブル→DBとなります。


ALTER TABLE tb
DISABLE CHANGE_TRACKING
go
ALTER DATABASE TEST
SET CHANGE_TRACKING = OFF
go

さて次に「変更データキャプチャ」を実行してみます。

まずは有効化から行います。


EXEC sys.sp_cdc_enable_db;
EXEC sys.sp_cdc_enable_table @source_schema='dbo',@source_name='tb',@role_name='cdc_Admin';

1行目が変更データキャプチャの有効化です。
2行目にテーブルに対して変更データキャプチャの設定をしています。
2行目の処理がうまく実行されると以下のようなメッセージが表示されます。


ジョブ 'cdc.TEST_capture' が正常に開始しました。
ジョブ 'cdc.TEST_cleanup' が正常に開始しました。

変更データキャプチャはジョブで動いているようです。

変更データキャプチャも変更データキャプチャの関数として関数が用意されています。

有効化したデータキャプチャを確認するには以下のSQLを実行してみます。


EXEC sys.sp_cdc_help_change_data_capture @source_schema='dbo',@source_name='tb'

source_schema	source_table	capture_instance	object_id	source_object_id start_lsn	end_lsn	supports_net_changes has_drop_pending role_name	index_name	filegroup_name	create_date	index_column_list	captured_column_list
dbo	tb	dbo_tb	341576255	2105058535	0x0000001A000000AF0039	NULL	1	NULL	cdc_Admin	PK_tb	NULL	2008-06-30 15:05:54.997	[id]	[id], [value]

変更データキャプチャ用の関数はキャプチャインスタンスの名前が関数名に入るので、この関数名をチェックしておいてください。

それではこの状態で先ほどと同じように列の追加とINSERT文を実行します。


ALTER TABLE tb ADD  [buf] nvarchar(max) null ;
go
insert into tb values(1,N'テスト',CAST(CHANGE_TRACKING_CURRENT_VERSION() as nvarchar));

その後以下のSQLを実行し履歴取得をします。


SELECT 
    __$start_lsn as CMTLSN,
    case __$operation
    when 1 then 'DELETE'
    when 2 then 'INSERT'
    when 3 then 'UPDATE(PREV)'
    when 4 then 'UPDATE(AFTER)'
    else '-'
    end as operation,
    id, value
FROM cdc.fn_cdc_get_all_changes_dbo_tb(
(select MIN(__$start_lsn) from cdc.dbo_tb_CT), (select MAX(__$start_lsn) from cdc.dbo_tb_CT), 'all')
order by CMTLSN;

CMTLSN	operation	id	value
0x0000001E000001BD0013	INSERT	1	テスト

次にUPDATE文です。


update tb set value = CAST(CHANGE_TRACKING_CURRENT_VERSION() as nvarchar) where id = 1;

実行した後に再び履歴取得をしてみます。

CMTLSN	operation	id	value
0x0000001E000001BD0013	INSERT	1	テスト
0x0000001F0000007D0004	UPDATE(AFTER)	1	NULL

データ変更キャプチャでは変更した分だけデータが蓄積されて、変更内容も保持されているのがわかるかと思います。
ただ、変更データキャプチャを実行した後に追加した列はキャプチャ対象になっていないので注意です。

この用途は今まで業務ロジックで行ってきた履歴管理を丸投げできるって感じですかねぇ…。

・・・っとキャプチャの止め方を記述することを忘れていました。


EXEC sys.sp_cdc_disable_table @source_schema='dbo',@source_name='tb',@capture_instance='dbo_tb';
EXEC sys.sp_cdc_disable_db;

この状態で


EXEC sys.sp_cdc_help_change_data_capture @source_schema='dbo',@source_name='tb';

メッセージ 22901、レベル 16、状態 1、プロシージャ sp_cdc_help_change_data_capture、行 19
データベース 'TEST' で Change Data Capture が有効になっていません。適切なデータベース コンテキストが設定されていることを確認し、操作を再試行してください。Change Data Capture で有効なデータベースについてレポートを作成するには、sys.databases カタログ ビューの is_cdc_enabled 列を照会してください。

となっていれば停止しています。
この後に再度、開始しても今までの履歴はなくなっていますので注意が必要です。
(これはどちらの変更の追跡でも一緒です)

こんな感じで、ちょっと便利なものができたと思っていただけたら幸いです。

リソースガバナを設定してみる。

夏椰-kaya- (今川美保) — Fri, 27 Jun 2008 14:51:00 GMT

今日はリソースガバナで遊んでみました♪

SQL Server 2008からリソースガバナって機能がありまして、
ワークロードとシステムリソースの消費を管理できるようになりました♪
詳細はSQL Server のワークロードとリソースの管理を参照して下さい。

さて、今回は以下の事を行います。

リソースプール作成
ワークロードグループの作成
振り分け関数の作成

というわけで、さっそくリソースプールを作成します。


IF  EXISTS ( SELECT name FROM sys.resource_governor_resource_pools WHERE name = N'GTEST')
BEGIN
    DROP RESOURCE POOL [GTEST]
END
GO
CREATE RESOURCE POOL [GTEST] WITH
(
    min_cpu_percent=0, 
    max_cpu_percent=50, 
    min_memory_percent=0, 
    max_memory_percent=50
)
GO

作成したリソースプールのお名前はGTESTでCPU使用率0～50%、最大メモリ使用率0～50%で設定しました。

さてお次はワークロードグループの作成をします。


IF  EXISTS ( SELECT name FROM sys.resource_governor_workload_groups WHERE name = N'LowProc')
BEGIN
    DROP WORKLOAD GROUP [LowProc]
END
GO
CREATE WORKLOAD GROUP [LowProc] WITH
(
    group_max_requests=0, 
    importance=Medium, 
    request_max_cpu_time_sec=0, 
    request_max_memory_grant_percent=25, 
    request_memory_grant_timeout_sec=0, 
    max_dop=0
) USING [GTEST]
GO
IF  EXISTS ( SELECT name FROM sys.resource_governor_workload_groups WHERE name = N'Normalproc')
BEGIN
    DROP WORKLOAD GROUP [Normalproc]
END
GO
CREATE WORKLOAD GROUP [Normalproc] WITH
(
    group_max_requests=0, 
    importance=High, 
    request_max_cpu_time_sec=0, 
    request_max_memory_grant_percent=25, 
    request_memory_grant_timeout_sec=0, 
    max_dop=0
) USING [GTEST]
GO

ここではLowProc、NormalProcという2種類のワークロードグループをGTESTというリソースプールに対して作成しています。
LowProc、NormalProcともに同時要求の最大数、要求が使用できる最大 CPU 時間(s)、1 つの要求にプールから割り当てられる最大メモリ量(%)、
メモリ許可(作業バッファメモリ)が使用可能になるのをクエリが待機できる最大時間、を同じにしていますが、
ワークロードグループでの要求の相対的な重要度をMediumとHighに分けています。

ここまでで、リソースプールとワークロードができましたが、
実際にどのワークロードを使うのかというのを判定させる関数を作る必要があります。
次はその関数を作成します。


USE [master]
GO
IF  EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[Choose]') AND type in (N'FN', N'IF', N'TF', N'FS', N'FT'))
    DROP FUNCTION [dbo].[Choose]
GO
USE [master]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

CREATE FUNCTION [dbo].[Choose] ()
RETURNS SYSNAME WITH SCHEMABINDING
BEGIN
    DECLARE @val varchar(32);
    if 'localhost\imagawa' = SUSER_NAME()
        SET @val = 'LowProc';
    else if 'puser' = SUSER_NAME()
        SET @val = 'NormalProc';
    return @val;
END
GO

関数を見てお気づきかと思いますが、作成したワークグループのお名前が戻り値になります。
ちなみに、この関数は必ずmasterに作る必要があります。

関数を作っただけでは、割り当ての際に関数が呼ばれないので、関数を呼び出すように設定します。


ALTER RESOURCE GOVERNOR WITH (CLASSIFIER_FUNCTION = dbo.Choose);
GO
ALTER RESOURCE GOVERNOR RECONFIGURE;
GO

CLASSIFIER_FUNCTIONの引数に作成した関数を指定してALTER RESOURCE GOVERNORを実行し、そのあとにALTER RESOURCE GOVERNOR RECONFIGURE;を実行してリソースガバナの再構成を行います。

ここまでで、リソースガバナの設定はおしまいです。

さて、ではこれがちゃんと構成されているかを確認します。


select sys.dm_exec_sessions.original_login_name,
        sys.resource_governor_workload_groups.name,
        sys.resource_governor_workload_groups.importance,
        sys.resource_governor_resource_pools.name
 from sys.dm_exec_sessions join 
    sys.resource_governor_workload_groups  on 
    sys.dm_exec_sessions.group_id = sys.resource_governor_workload_groups.group_id
    join sys.resource_governor_resource_pools on sys.resource_governor_resource_pools.pool_id = sys.resource_governor_workload_groups.pool_id
;

実行結果
localhost\imagawa	LowProc	Medium	GTEST
localhost\imagawa	default	Medium	default
NT AUTHORITY\SYSTEM	default	Medium	default
puser	NormalProc	High	GTEST
puser	NormalProc	High	GTEST
localhost\imagawa	LowProc	Medium	GTEST
localhost\imagawa	LowProc	Medium	GTEST

こんな感じで、ログインユーザ名、ワークロードグループ名とその重要度、リソースプール名が表示されます。

リソースガバナの設定をする前にログインしていたものはdefaultのままですが、
ログインしなおしたものについては設定がきくようになりました♪

・・・・今日は、ちょっとやばぁい精神状態なので、この辺でおさらば♪

ポリシーベースで管理

夏椰-kaya- (今川美保) — Wed, 25 Jun 2008 16:24:00 GMT

SQL Server 2008からインスタンスをポリシーベースで管理できるようになりました。
ポリシーベースの管理を使用したサーバーの管理参照

話すとものすご～く長くなりそうなので、簡単に手順を載せる程度で。
チュートリアル : ポリシーベースの管理を使用したサーバーの管理がMSDNライブラリにありますので、
詳しく知りたい方はそちらもご覧ください。

まずは、現状の管理ファセットをエクスポートする方法です。
SQL Server Management Studioを起動して、オブジェクトエクスプローラでインスタンスの部分を右クリックすると
以下のようなメニューが出てきます。

このメニューから facets を選んでクリックして下さい。

クリックするとファセットの表示画面が出てきます。

ここで、ファセットの種類を選んで、このメニューから現在の状態をポリシーとしてエクスポートを選んでクリックして下さい。

ちなみに、プルダウンに表示されるのはこんな感じです。

さて、ファセット表示画面でエクスポートを選んだ後ですが、以下の画面が出てきます。

ここで、このメニューからローカルサーバへを選んで「OK」をクリックして下さい。

エクスポートしたポリシートはオブジェクトエクスプローラに表示されます。

このエクスポートしたポリシーを選んで右クリックすると以下のようなメニューが出るので評価を選んでください。

評価を選ぶと、次のように選んだポリシーを自動的に評価してくれます。

ここで、左側メニューにあるポリシーの選択を選ぶと、サーバ上にあるポリシーが表示されるので、評価にチェックを入れて「評価」ボタンを押下すると
選んだポリシーの分だけチェックしてくれます。

ポリシー評価の履歴を見るには、オブジェクトエクスプローラで、ポリシー管理またはポリシーを右クリックして、表示されたメニューの facets 履歴を選択します。

そうするとログファイルの表示画面が表示され、ポリシーの履歴を見ることができます。

今はまだ、SQL Server 2008を1インスタンスしかあげていないので、試していませんが、
ポリシーを右クリックしたときにポリシーのインポートがあるので、きっと、複数台で同じポリシーを適用・評価するのには便利なんでしょうね。

ちょっといぢっていてこんなもの見つけちゃった程度の内容でした。

ちょいと愚痴(SQL Server 2008 CTPについて)

夏椰-kaya- (今川美保) — Fri, 21 Mar 2008 20:37:00 GMT

会社のPC(WinXPSP2-32bit)ではクエリが実行できない。

select 'a';すら実行されない・・・・。

もともとSQLServer2005 Management Studio2005Express+VS2005が入っていたのも影響しているのかなぁ・・・・？

#インストールフォルダはかぶらないようにしたんだけどなぁ…。

オブジェクトエクスプローラで、DBなどの情報が出ているのですが、

クエリの実行だけが出来ないんですよね。

利用状況モニタを見ても、SQLが届いていないみたいだし…。

気になって、自宅のPC(WinVistaUltimate-32bit)でSQL Server 2008 CTP　Febを入れて

クエリを実行してみたら、普通に実行できたよ・・・・。

自宅PCにはVS2005、SQLServer2005もなにも入っていない状況だから、

そのあたりが関連しているんでしょうか・・・。

う～～ん。なぞ過ぎる(苦笑

とりあえずどちらのOSとも必要要件満たしているのに。

SQL Server 2008 のインストールに必要なハードウェアおよびソフトウェア

hierarchyidで遊んでみた.(@ SQL Server 2008 CTP Feb)

夏椰-kaya- (今川美保) — Wed, 19 Mar 2008 15:30:00 GMT

今日はSQL Server 2008から登場する「hierarchyid」という型で遊んでみました。

RTableというお名前で以下のテーブルを作成しました。

idがキーでpidが自分が日もづくデータのidが格納されている状態になります。

id	kname	pid
0000	社長	NULL
1000	本部長	0000
2000	開発部長	1000
3000	運用部長	1000
3010	社員a	3000
3020	社員b	3000
3030	社員c	3000
2100	開発係長1	2000
2200	開発係長1	2000
2110	社員A	2100
2120	社員B	2100
2130	社員C	2100
2140	社員D	2100

さて、これに対してSQL　Server　2005では、階層的にとる再帰SQLがありました。→see

まずは再帰SQLで書いてみます。


with q (id, kname, pid, level)
as
(
  select  id, kname, pid, 0 from RTable where pid is null
 union all
 select RTable .id, RTable .kname, RTable .pid, q.level+1 from RTable join q on RTable.pid = q.id
)
SELECT                  id, kname, pid, level
FROM                    q

結果は以下の通りなります。

id	kname	pid	level
0000	社長	NULL	0
1000	本部長	0000	1
2000	開発部長	1000	2
3000	運用部長	1000	2
3010	社員a	3000	3
3020	社員b	3000	3
3030	社員c	3000	3
2100	開発係長1	2000	3
2200	開発係長1	2000	3
2110	社員A	2100	4
2120	社員B	2100	4
2130	社員C	2100	4
2140	社員D	2100	4

さて今度はSQL Server 2008から登場したhierarchyid君を使用して同じ結果を取得してみたいと思います。


with q (id, kname, pid, path)
as
(
  select  id, kname, pid,hierarchyid::GetRoot() as root from RTable where pid is null
 union all
 select RTable .id, RTable .kname, RTable .pid, cast( path.ToString() + cast(path.GetLevel() as varchar)+ '/' as hierarchyid) from RTable join q on RTable.pid = q.id
)
SELECT                  id, kname, pid,  path.GetLevel()
FROM                    q

ポイントになるのは再帰クエリでは初期データのレベルを0と書いていましたが

これがhierarcyid::GetRoot()というものに置き換わりました。

これでノードの初期値を設定しています。

次にレベルの加算をしていた部分が長ったらしく書き変わりました。

これはわかりやすく表現すると『/0/1/2/』のように階層のパスを作成して新しいhierarchyidを作成しています。

path.ToString()でそれまでの階層の『/0/1/』を文字列として取得し、今のレベルをpath.GetLevel()で取得して連結し、『/0/1/2』を作成して

最後に/を付加して『/0/1/2/』という文字列を作っています。

出力するときもパスからそのhierarchyidのレベルをGetLevel()で取得して表示しています。

結果は一緒なので、割愛♪

ちなみに最後のGetLevel()をToString()に置き換えるとこう出力されます。

id	kname	pid	expr1
0000	社長	NULL	/
1000	本部長	0000	/0/
2000	開発部長	1000	/0/1/
3000	運用部長	1000	/0/1/
3010	社員a	3000	/0/1/2/
3020	社員b	3000	/0/1/2/
3030	社員c	3000	/0/1/2/
2100	開発係長1	2000	/0/1/2/
2200	開発係長1	2000	/0/1/2/
2110	社員A	2100	/0/1/2/3/
2120	社員B	2100	/0/1/2/3/
2130	社員C	2100	/0/1/2/3/
2140	社員D	2100	/0/1/2/3/

さてさて、ここまでがざっくりhierarchyidの使い方って感じです。

次はhierarchyidをテーブルに持ってやろうと思います♪

RTableのpidをhid(hierarchyid)に変えてデータを突っ込んでみました。

#全データ入れるのが面倒だったから適当に入れてみた

0000	社長	/
1000	本部長	/1/
2000	開発部長	/1/1/
3000	運用部長	/1/2/
2100	開発係長1	/1/1/1/
2200	開発係長2	/1/1/21/
3010	社員A	/1/2/1/

このテーブルからレベルが2のものを取得しようと思うと以下のようなSQLになります。


SELECT                  id, kname, hid
FROM                     HTable
WHERE                   (hid.GetLevel() = 2)

2000	開発部長	/1/1/
3000	運用部長	/1/2/

テーブルに入れてあげるとSQLがすっきりしますね（^^)

#本当はIsDescendantをしたかったんだけど、動かすとManagementStudioが落ちるからあきらめた・・・・orz