DB

【SQL】 SQL Server 2008のhierarchyidデータ型を使って階層毎に集計する。その２

Mon, 02 Nov 2009 16:17:00 GMT

【SQL】 SQL Server 2008のhierarchyidデータ型を使って階層毎に集計する。
http://blogs.wankuma.com/trapemiya/archive/2009/10/29/182544.aspx

の続きです。

前回はSumAllSalesUnderMeという関数を用意し、自分の下のノードにぶら下がっている売上を全て集計していました。
この関数を使うことによって任意のノードの総売り上げを簡単に求めることができます。これはこれは便利なのですが、組織全体について集計する際に、ノード毎にSumAllSalesUnderMeを用いて計算するのは非効率です。効率が良いのは、下の階層から上の階層に向かってノードの売上を順に足し込んでいくことでしょう。これを実現したのが以下になります。

/* ノード毎に売上を集計し、ノード毎に売上を保持する一時テーブルを作成する。 */
create table #temp
(
    TOrganizationID    int          not null,
    THierarchyid       hierarchyid not null,
    THierarchyLevel    int          not null,
    TOrganizationName nvarchar(30) not null,
    TSales             int          not null --このノードにぶら下がっている売上合計
)

create unique clustered index tempIK01 on #temp(THierarchyLevel, THierarchyid);

declare @maxLevel int
declare @level int;

/* ノード毎に売上を集計し、#tempに放り込む。　*/

select @maxLevel = MAX(OR01HierarchyLevel) from OR01Organization
set @level = 0;

while @level <= @maxLevel
begin
    insert into #temp (TOrganizationID, THierarchyid, THierarchyLevel, TOrganizationName, TSales)
        select OR01OrganizationID, OR01Hierarchyid, @level, OR01OrganizationName,
              (select isnull(SUM(SA01Sales),0) from SA01Sales where SA01OrganizationID = OR01OrganizationID)
        from OR01Organization
        where OR01HierarchyLevel = @level;

set @level = @level + 1;
end

/* 下の階層から上に向かってノードを順に足し込んでいく。 */

set @level = @maxLevel;

while @level > 0
begin
    with CTE as
    (
        select p.TSales pSales, c.ChildrenSales cSales
        from #temp p
        join (select t.THierarchyid.GetAncestor(1) hid, SUM(t.TSales) ChildrenSales
              from #temp t
              where t.THierarchyLevel = @level
              group by t.THierarchyid.GetAncestor(1)) c
        on p.THierarchyLevel =@level - 1 and p.THierarchyid = hid
)
update CTE set pSales = pSales + cSales;
SET @level = @level - 1;
end

/* 集計結果を表示する。 */

select THierarchyid.ToString(),
       space(THierarchyLevel * 5) + TOrganizationName,
       THierarchyLevel,
       TSales
    from #temp
    order by THierarchyid;

drop table #temp;

前回と全く同じ結果が得られます。

Path	Name	Level	SubTotal
/	全社	0	110000
/1/	東京支社	1	60000
/1/1/	統括事業部	2	60000
/1/1/1/	営業１課	3	10000
/1/1/2/	営業２課	3	50000
/2/	大阪支社	1	50000
/2/1/	営業部	2	50000
/2/1/1/	第１営業課	3	20000
/2/1/2/	第２営業課	3	30000

本当はCTEの再帰でやりたかったんですが、CTEの再帰部分ではsumなどの集計関数が使えないため断念しました。orz
CTEの再帰部分で集計関数とか外部結合とかできるようになるといいなぁ。細かい制約については以下を読んでください。

WITH common_table_expression (Transact-SQL)
http://msdn.microsoft.com/ja-jp/library/ms175972.aspx

【SQL】 SQL Server 2008のhierarchyidデータ型を使って階層毎に集計する。

Thu, 29 Oct 2009 15:05:00 GMT

RDBのデータ型
http://blogs.wankuma.com/ognac/archive/2009/10/28/182484.aspx

で、ついhierarchyid型について口走ってしまったので、以下にまとめてみました。どうせまとめようと思っていたので、良いきっかけになって良かったです。

SQL Server 2008でhierarchyid型が追加されました。これによってレコードを階層構造で管理できるようになります。
ここでは詳しく説明しませんので、ご存じない方はまず以下をご覧になると良いと思います。

hierarchyid データ型の使用 (データベースエンジン)
http://msdn.microsoft.com/ja-jp/library/bb677173.aspx

ここではhierarchyid型によって管理された階層構造毎に集計するデモを掲載します。ある会社の営業売上を階層毎に集計してみましょう。以下のような売上があるとします。

全社	支社	部	課	売上
全社
	東京支社
		統括事業部
			営業１課	10000
			営業２課	50000
	大阪支社
		営業部
			第１営業課	20000
			第２営業課	30000

目標は以下のように階層毎に集計することです。

全社	支社	部	課	売上	集計
全社					110000
	東京支社				60000
		統括事業部			60000
			営業１課	10000	10000
			営業２課	50000	50000
	大阪支社				50000
		営業部			50000
			第１営業課	20000	20000
			第２営業課	30000	30000

以上を実現するために組織と組織の売上という二つのテーブルを作成します。

まずは組織テーブルからです。hierarchyid型を使用して作成します。

create table OR01Organization
(
    OR01OrganizationID       int            identity (1,1)        not null primary key,
    OR01Hierarchyid            hierarchyid                          not null,
    OR01HierarchyLevel       as OR01Hierarchyid.GetLevel() ,
    OR01OrganizationName   nvarchar(30)                        not null
)

ここではOR01Hierarchyidを主キーにしていませんので、インデックスを作成しておきます。

create unique index OR01OrganizationIK01 on OR01Organization (OR01Hierarchyid)

続いて売上テーブルを作成します。組織テーブルとの間に参照整合性制約を作成しています。

create table SA01Sales
(
    SA01SalesID            int identity (1,1) not null primary key,
    SA01OrganizationID   int                  not null,
    SA01Sales               int
)

alter table SA01Sales
add constraint SA01SalesFK01 foreign key (SA01OrganizationID)
references OR01Organization(OR01OrganizationID)

データを作成します。

insert into OR01Organization (OR01Hierarchyid, OR01OrganizationName) values
(hierarchyid::GetRoot(), '全社'),
('/1/', '東京支社'),
('/1/1/', '統括事業部'),
('/1/1/1/', '営業１課'),
('/1/1/2/', '営業２課'),
('/2/', '大阪支社'),
('/2/1/', '営業部'),
('/2/1/1/', '第１営業課'),
('/2/1/2/', '第２営業課')

ここまで出来たら一度組織図を表示してみましょう。

select OR01Hierarchyid.ToString() as Path,
OR01OrganizationName as Name,
OR01HierarchyLevel as Level
from OR01Organization order by OR01Hierarchyid

以下のように表示されればＯＫです。

Path       Name            Level
/            全社               0
/1/         東京支社          1
/1/1/       統括事業部       2
/1/1/1/    営業１課          3
/1/1/2/    営業２課          3
/2/          大阪支社         1
/2/1/       営業部            2
/2/1/1/    第１営業課        3
/2/1/2/    第２営業課        3

Nameにインデントが無くて見難い場合には、以下のようにLevel毎に適当に頭に空白を入れると良いでしょう。

space(OR01HierarchyLevel * 5) + OR01OrganizationName as Name

では次に売上データを作成していきます。

SA01OrganizationIDはOR01OrganizationIDを指定しますが、OR01OrganizationIDは自動インクリメント（オートナンバー）なので、レコードが追加された順に1, 2, 3, ・・・となります。

insert into SA01Sales (SA01OrganizationID, SA01Sales) values
(4, 10000),   --東京支社　営業１課
(5, 50000),   --東京支社　営業２課
(8, 20000),   --大阪支社　第１営業課
(9, 30000)    --大阪支社　第２営業課

さて、いよいよ階層毎の集計をします。階層の集計は、自分にぶら下がっている全ての子供の売上データの合計になります。OR01Hierarchyidというhierarchyid型を辿れば、自分にぶら下がっている全ての子供である組織データが見つかります。
その見つかった組織データにぶら下がっている売上データを合計すれば目的が達せられます。
これを実現した関数が以下になります。
CTE内では外部結合ができませんので、select文を使って売上データを求めています。

create function SumAllSalesUnderMe
(
@hierarchyid as hierarchyid
)
returns bigint
as
begin

declare @compwk bigint;

with CTE(CTEHierarchyid, CTESales)
AS
(
    select OR01Hierarchyid, (select SA01Sales from SA01Sales as Sa1 where Sa1.SA01OrganizationID = OR01OrganizationID)
                                    from OR01Organization
                                    where OR01Hierarchyid = @hierarchyid
    union all
    select OR01Hierarchyid, (select SA01Sales from SA01Sales as Sa2 where Sa2.SA01OrganizationID = Or1.OR01OrganizationID)
                                    from OR01Organization as Or1
                                    inner join CTE as c on c.CTEHierarchyid = Or1.OR01Hierarchyid.GetAncestor(1)
)

select @compwk = sum(CTESales) from CTE

return @compwk

end

これで全ての準備が整いました。以下のようにselect文を発行すれば、階層毎に集計された結果が得られます。

select OR01Hierarchyid.ToString() as Path,
       space(OR01HierarchyLevel * 5) + OR01OrganizationName as Name,
       OR01HierarchyLevel as Level,
       dbo.SumAllSalesUnderMe(OR01Hierarchyid) as SubTotal
from OR01Organization order by OR01Hierarchyid

Path	Name	Level	SubTotal
/	全社	0	110000
/1/	東京支社	1	60000
/1/1/	統括事業部	2	60000
/1/1/1/	営業１課	3	10000
/1/1/2/	営業２課	3	50000
/2/	大阪支社	1	50000
/2/1/	営業部	2	50000
/2/1/1/	第１営業課	3	20000
/2/1/2/	第２営業課	3	30000

【SQL】 Insert文の行コンストラクタ（テーブル値コンストラクタ）

Wed, 21 Oct 2009 12:06:00 GMT

何をいまさら感が漂いますが、SQL Server 2008では一つのInsert文で複数の行を挿入できるようになったんですね。知りませんでした。

insert into Customers (Id, Name) values (1, 'Boo')
insert into Customers (Id, Name) values (2, 'Foo')
insert into Customers (Id, Name) values (3, 'Woo')

は、以下のように書けます。

insert into Customers (Id, Name)
values
    (1, 'Boo'),
    (2, 'Foo'),
    (3, 'Woo')

このように複数指定できる形式を、行コンストラクタまたはテーブル値コンストラクタと呼ぶようです。

（参考）
INSERT (Transact-SQL)
http://msdn.microsoft.com/ja-jp/library/ms174335.aspx

えムナウさんの宿題

Tue, 07 Apr 2009 15:07:00 GMT

データベースを設計する
http://blogs.wankuma.com/rti/archive/2009/04/07/170910.aspx

地方在住だとなかなか勉強会にはいけないので、せめて宿題だけでも考えてみる。
幸い期末をくぐり抜けて、やっと今日は少し時間に余裕があるv(^^)

----------------------
先生マスター
先生Id
氏名

----------------------
教科マスター
教科Id
教科名

----------------------
場所マスター
場所Id
場所名

----------------------
先生教科テーブル
先生教科テーブルId
先生Id（外部キー：先生マスター.先生Id）
教科Id（外部キー：教科マスター.教科Id）
担当教科フラグ（担当教科ならtrue）

----------------------
教科場所テーブル
教科場所テーブルId
教科Id（外部キー：教科マスター.教科Id）
場所Id（外部キー：場所マスター.場所Id）

----------------------
時間割りテーブル
時間割りId
曜日
時限
教科Id（外部キー：教科マスター.教科Id）

＃教科を各クラスで行う場合は、場所テーブルに「各クラス」というレコードを作成し、それを利用する。

SQL Server 2008において、時刻情報を削除して本日の日付のみを求めるには？

Thu, 04 Sep 2008 16:57:00 GMT

SQL Server 2005 までは本日の日付のみを得るために、以下のようにして時刻部分を削除していました。

convert(smalldatetime, convert (nvarchar, getdate() , 111), 120)

SQL Server 2008からはdate型が追加されたので、以下でいいようですね。

convert (date, getdate())

ところで、datetime型やsmalldatetime型の場合は時刻情報が邪魔をして思ったようにレコードが抽出されず、バグにつながりやすかったのですが、date型を使えばこのような心配はいりません。何気にdate型は素晴らしいです。

サポート技術情報の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句で使えないのだろう？一見すると簡単に思えるのだが、そんなに難しいのだろうか？

DB