Mr.Tの場所

当然なる帰結

Mr.T — Wed, 03 Sep 2008 10:09:00 GMT

Mr.Tです、こんにちは。

二つ名メーカーがえらく盛況になってしまったわけですけど、おぎわらさんのこれが、あれとなった。

http://blogs.wankuma.com/ogiogi/archive/2008/09/03/155309.aspx

VB：音速兵器　

C++：忘れられた兵器

C#：桃色実験

JavaScript：脳髄賭博

C:封印の手

もう例のわんくま本の一ページは決まったようなものですね。

VBタンは、現代兵器の量産型で、C++タンは古代兵器のカスタムタイプ。どちらも仲が悪くいつも喧嘩をしています。

C#タンは、エロサイエンティストが造った萌え萌え実験兵器。

JavaScriptタンは、インタプリタ脊髄反射しかできないちびっ子賭博ちゃん。

そういう話で、4コマにしてくれる絵描きやさんがいるはずです。きっといるはずです。

とまあ、そういう妄想を朝からしてしまったのは後悔してません。

二つ名メーカー

Mr.T — Tue, 02 Sep 2008 09:18:00 GMT

Mr.Tです、こんにちは。

二つ名メーカー（http://pha22.net/name2/）でやってみると。

　Mr.Tさんの二つ名は…「立ち尽くす審問官（ジャッジメント）」です　http://pha22.net/name2/c/Mr.T

立ち尽くすって、ジャッジメントっぽくないなぁ。どこぞのタロットカードのようです。

にしても、

http://twitter.com/wakatter/statuses/905529531

なんてことを言われてしまうあたり、私の優柔不断なところを見抜かれています。

ニャーッ！ニャーッ！ニャー！

Mr.T — Mon, 01 Sep 2008 12:24:00 GMT

Ｍｒ．Ｔです、こんにちは。

もう秋ですね。

http://mootoko.blog.shinobi.jp/Entry/2146/

まずは、これでも見ましょうよ。

XQueryをどう使うのか（大阪勉強会#22のLTまとめ）

Mr.T — Fri, 29 Aug 2008 00:40:00 GMT

Mr.Tです、こんにちは。

すっかり忘れてたのですが、先週行われた大阪勉強会#22でLTを行いました。伝え切れなかった部分も含めてまとめておきます。

【指令】XQueryを使え

　XQueryを使ったことがある人は、聞いてみてもやはり少なかったのです。

XQuerｙはXMLに対するといわせ言語という位置づけで、XMLデータベースをつつく上では非常に重要なものといえる

でしょう。FLWORといえば聞いたことがあるかもしれません。

　ともかく、SQLServer2005で初めて対応した、XQueryなのですが、そもそも、これを何に使うとうれしいのか全くわかってないw

#いまでもやっぱりわからないｗｗ

　というのも、SQLSreverはリレーショナルDBとして利用するからこそ価値があるわけで、そこにXMLを利用できるようにしたところで

XMLフィールドが使えるよ、というものでしかなく、XMLフィールドの中身はどこまでいっても、XMLそのものしか格納できません。

　つまりXMLの内容には全くリレーショナルDBとして機能を発揮できそうなところが見受けられないというのです。

　リレーショナルDBといえば、SQLによって問い合わせ、集計、グルーピング、などをして、特定のデータを参照するわけですが、

XMLをXMLフィールドとして格納してしまっては、そんなことできやしない。

　例えば、伝票とかを考えて見ましょう。

                     <伝票>
                        <伝票番号>12345</伝票番号>
                        <得意先名>わんくま同盟上海支社</得意先名>
                        <売上日付>2016/12/31</売上日付>
                        <明細>
                            <行番号 No="1">
                                <商品名>あいふぉーん</商品名>
                                <単価>65000</単価>
                            </行番号>
                            <行番号 No="2">
                                <商品名>商品A</商品名>
                                <単価>100</単価>
                            </行番号>
                            <行番号 No="3">
                                <商品名>商品B</商品名>
                                <単価>200</単価>
                            </行番号>
                            <行番号 No="4">
                                <商品名>商品C</商品名>
                                <単価>500</単価>
                            </行番号>
                        </明細>
                    </伝票>

まあ、そもそも、こういう形でデータを扱うことなんて、私自身はまったくないんですが...しかし、XQueryを使うことを前提に

XMLを考えてみると、XMLの解析がデータベース内できちんとできるというわけですから、これを使わない理由はないのかもしれません。

　伝票データのやりとりなんてのは、更新内容が非常に多いわけで、それをストアドに渡すのは一旦、

ワークテーブルに格納する、

パラメータ数を増やす、

直列データもどきをストアドに使う

なんて形にしなくてはならないと思います。（それ以外もあるのかもしれませんけど）

それをXML使えば、たったの二つにパラメータをまとめてくれます。

        Create Procedure Sample
              @InputPara XML
          , @OutputPara XML
         as
          Begin

End

outputには、更新結果用のXMLとか突っ込めばよいわけですね。

もちろんエラーがあった場合は、どんな詳細なエラー内容も、XMLなら自由にできますね。

まずは、LTで利用したスクリプト例を見てみましょう。

一時テーブルを作成して、そこにXQueryで解析したものを突っ込んでSelectかける、という単純なものです。

begin try

declare @DebugFlag int

set @DebugFlag = 1

Create Table #伝票(
    [伝票番号]    integer not null,
    [得意先名] nvarchar(max),
    [売上日付]    datetime
)

Create table #明細(
    [伝票番号]    integer not null,
    [行番号]    integer not null,
    [商品名]    nvarchar(150) not null,
    [単価]        money not null
)

declare @SaveData xml

set @SaveData = '
                    <伝票>
                        <伝票番号>12345</伝票番号>
                        <得意先名>わんくま同盟上海支社</得意先名>
                        <売上日付>2016/12/31</売上日付>
                        <明細>
                            <行番号 No="1">
                                <商品名>あいふぉーん</商品名>
                                <単価>65000</単価>
                            </行番号>
                            <行番号 No="2">
                                <商品名>商品A</商品名>
                                <単価>100</単価>
                            </行番号>
                            <行番号 No="3">
                                <商品名>商品B</商品名>
                                <単価>200</単価>
                            </行番号>
                            <行番号 No="4">
                                <商品名>商品C</商品名>
                                <単価>500</単価>
                            </行番号>
                        </明細>
                    </伝票>
'

declare @伝票番号 integer
declare @得意先名 nvarchar(max)
declare @売上日付 datetime

--ヘッダ取得

if @DebugFlag = 0
    select @SaveData.query('/伝票/伝票番号').value('.','integer')
    ,@SaveData.query('/伝票/得意先名').value('.','nvarchar(max)')
    ,@SaveData.query('/伝票/売上日付').value('.','datetime')
else
begin
    set @伝票番号 = @SaveData.query('/伝票/伝票番号').value('.','integer')
    set @得意先名 = @SaveData.query('/伝票/得意先名').value('.','nvarchar(max)')
    set @売上日付 = @SaveData.query('/伝票/売上日付').value('.','datetime')

insert into #伝票 values(@伝票番号,@得意先名,@売上日付)
end

declare @行番号 int
declare @商品名 nvarchar(150)
declare @単価 money

if @DebugFlag = 0
select targetColumn.query('.')
from @SaveData.nodes('/伝票/明細/行番号') targetTable(targetColumn)

declare @明細行 xml
declare 明細カーソル cursor for
select targetColumn.query('.')
from @SaveData.nodes('/伝票/明細/行番号') targetTable(targetColumn)

    open 明細カーソル
    fetch next from 明細カーソル into @明細行
    while (@@fetch_status = 0)
    begin
        if @DebugFlag = 0
            select @明細行.query('data(/行番号/@No)').value('.','integer')
                ,@明細行.query('data(/行番号/商品名)').value('.','nvarchar(150)')
                ,@明細行.query('data(/行番号/単価)').value('.','money')
        else
        begin
            set @行番号 = @明細行.query('data(/行番号/@No)').value('.','integer')
            set @商品名 = @明細行.query('data(/行番号/商品名)').value('.','nvarchar(150)')
            set @単価 = @明細行.query('data(/行番号/単価)').value('.','money')

insert into #明細 values(@伝票番号,@行番号,@商品名,@単価)

        end
        fetch next from 明細カーソル into @明細行
    end
    close 明細カーソル
deallocate 明細カーソル

if @DebugFlag = 1
begin
select * from #伝票
select * from #明細
end

drop table #伝票
drop table #明細

end try
begin catch
    print ERROR_MESSAGE()
    drop table #伝票
    drop table #明細
end catch

見ればわかるように、非常に構造は単純です。

　　XMLを格納する
　　属性の値を取ってくる→例えば、@SaveData.query('/伝票/伝票番号').value('.','integer')
　　子要素が複数あれば、それを取得して、ループでまわす。

cursor

nodes

これらを繰り返す。

このやり方だと、

どんな値もXMLで書けば、ストアド内で処理できちゃう。ストアド万歳！
XMLをパラメータにするなら、ぶっちゃけ、どんなサービスから投げられても更新できるじゃん。
XMLをつくなら、LINQだって使えるし、手書きもできる！

　むろん、このやり方だとノードの深さが深いと、かなりカーソルループを何重にもまわさないといけなくなるのが、難点でしょう。

　ここをカーソルを使わずに更新できるとかなり使い勝手もかわるんでしょうが、そういうわけには行かない（？）ようです。

リレーショナルDBのように、テーブルとフィールドがある形式では、どうしたってXMLの中身をばらして、
フィールド更新しないといけない（と思う）
速度なんてのは、あまり考慮してない。
そもそも、こういう使い方なんて有効性があるのかどうか、わからない

まあ、こんな風につかうこともできるんだ、ということで。

記事感想：「娘がシートベルトを嫌がるので付けずにいたら飛行機から降ろされた。日本は知的障害への理解が足りない」

Mr.T — Thu, 28 Aug 2008 01:22:00 GMT

Mr.Tです、こんにちは。

痛いニュースから

「娘がシートベルトを嫌がるので付けずにいたら飛行機から降ろされた。日本は知的障害への理解が足りない」…障害者支援施設長

http://blog.livedoor.jp/dqnplus/archives/1168875.html

　この書き方では叩かれるだろうな、という書き方しかしてないです。

　私も、シートベルトは締めないといかんね、としか思えない。おそらく記事中の人は飛行機の安全度については

認識不足だったのだろう。

#いや、私だって飛行機には、のらないので安全度はしらないのだけど！

　私自身、叩かれている側の立場にいつでも立つ可能性は十分にあるわけですが、単純に個人的な感想をいえば

知的障害の周りにいる関係者たち（単純に云えば保護者など）は、事前予告をしていないような印象を受けている。

　単純な話、納得させてないんじゃないか、と。この場合、シートベルトを締めること、それをしないとどうなるのか

ということ、の点についてですか。

　知的障害の場合、言葉での意思疎通ができない場合であれば、絵カードや、それに通ずる写真、ビデオなどを用いて

視覚的に理解を行わせる必要があります。この絵などの画像で意思疎通できないほど知的障害が重大である場合は、

少なくとも身体的な制約（寝たきりとか）があるのがほとんどだと思っています。

　これは、あくまで行為の事前に行わせる必要があり、それも直前では云われた本人もすぐに対応できない場合が多いので、

何度も繰り返し説明をして、認識を持たせなければならない。そうでないと、本人がきちんと納得できない。

　しかし、これをわかっている人はなんだかあまり多くない、ように思えるので、はっきり示しておく必要があると思う。

　知的障害があった場合には、事前に予定をきちんと告げる、本人にわかるように理解させる、これが一番の策である。

忘れることも考慮にいれて、くどいくらいに念を押す、なんてのは当然で、そのうえでさらに、本人の保護者、関係者たちが、

できるだけ目を届かせる。

　そして、周囲に理解を求める、という方法でないといけない。

　いきなり障碍を告知し、「これを受け入れてください」というのはどだい無理な話です。

　自分が受け入れられた時のことを思い浮かべればすぐにわかる。少なくとも、彼らを受け入れるには時間がかかったはずだ。

　それを社会に対して準備なしに「受け入れろ」といってもそれは、無理だろう。

　だから、記事の中の人は、こういうべきだったはずだ。

　「きちんとシートベルトはつけさせます。ただ、この人は障害があって、これをつけることで非常に強いストレスが

かかるかもしれません。シートベルをつけないとどうなるかを理解できても、そのストレスは押さえ込めない場合が

あります。なので、大きな声を出したり、騒いだりするようなこともあるかもしれません。それはご理解ください」

　知的障害だろうがなんだろうが、履き違えてはいけない。ルールをきちんと納得させなければ、本人はそのルールを

守ろうとはしない。

　知的障害の人たちは、不幸だろう。それは、彼らがルールをきちんと理解してくれるまで、社会は待ってくれないからだ。

　さらにいえば社会よりも待てないのが、関係者たる親が待てないのだろう。

北浜まで行く方法

Mr.T — Fri, 22 Aug 2008 19:03:00 GMT

Mr.Tです、こんにちは。

もう、地図上とか、そこからして迷っている感じがします。

ひとまず、自分が下調べした結果ですので、これを参考にするもしないも、ご自由にです。

とりあえず、JR大阪までは問題ないとしましょう。そこからです。

最寄り駅は、京阪へのアクセス方法がわからんので、地下鉄もしくはJRのみで考えました。

堺筋線北浜駅
御堂筋線淀屋橋駅

１）

堺筋線に乗るには、JR大阪駅から、谷町線にのって、南森町までいくことです。

そこから堺筋線に乗り換えて、南森町から北浜までは、一駅っぽいです。あとは、地上に出たら、ここの説明でわかるでしょう。（おそらく）

問題は、御堂筋線で、淀屋橋で降りちゃったときです。

淀屋橋駅から、北浜ひなまで、結構あるかないといけないです。

とりあえず、谷町線で乗り換えたほうがよさげですね。あとは、傘も持っていったほうがよさげ～

===追記

どうやら、乗り換えしなくても、淀屋橋駅から歩いていける距離ということが判明。

地下道を歩いていけば、北浜駅に出られることを教えてもらった。

大きな地図で見る

赤い部分が、地下道ということらしい。

Sysinternals Suite

Mr.T — Fri, 22 Aug 2008 14:29:00 GMT

Mr.Tです、こんにちは。

なんともありがたいツールの紹介がされていた。

ネタ元：http://SIGNAL9.exblog.jp/tb/9512502

Windows系で利用できる便利ツールのまとめ、といったところだ。

http://technet.microsoft.com/en-us/sysinternals/0e18b180-9b7a-4c49-8120-c47c5a693683.aspx

全部英語ではあるが、そんなことは問題ではない。

興味がある人は、試してみては。

わんくま大阪勉強会#22の開催

Mr.T — Fri, 22 Aug 2008 08:58:00 GMT

Mr.Tです、こんにちは。

わんくま勉強会が今週末に開催されます！

場所は、ここ⇒http://www.wankuma.com/seminar/hall/osaka-hina/default.aspx

10:40 ～ 10:50 わんくまについて
10:50 ～ 12:00 「Windows MobileでHello World!!」CH3COOH Lv1くまー
12:00 ～ 12:30 おひるごはん♪
12:30 ～ 13:00 ライトニングトーク
るーごん
Mr.T
とりこびと
13:00 ～ 13:50 「Windows Mobile を自在に操る」伊勢シン Lv2くまー
14:00 ～ 14:50 「正規表現を活用しよう」Ognac Lv2.25くまー
15:10 ～ 16:00 「GZIPファイルやZIPファイルを自分で作ろうディレクターズカット」ぽぴ王子 Lv2くまー
16:10 ～ 17:00 「今更ながらだけど、WCFと遊んでみよう＾＾」ちゅき Lv2くまー
17:30 ～懇親会

今回も非常にカオスで中々他じゃ聞けないですね。

今回は東京からも参加していただける人がたくさんいるみたいで、楽しみ。

私も二度目のLT参加。今回は、技術ネタになる予定ですが、はたしてどんなもんか。

今回、宴会隊長のかるぼさんが、急病でお休みらしいのでちょっと寂しいですが....

でも私も頑張って盛り上げますよ! よろしく！

ずっと嫁のターン（その３４）

Mr.T — Thu, 21 Aug 2008 00:40:00 GMT

Mr.Tです、こんにちは。
私は既婚者です。ええ、嫁さんがいます。

8/23は「わんくま同盟大阪勉強会 #22」なわけですが、実はこのときのネタとして、どん兵衛を買ってくることに

しました。

このとき、私は、「そば」を思い浮かべていて、嫁に「買っといてくれー」とお願いしてまして、嫁にもどうしてそれが

必要なのかを話していたところ、

嫁：「は？アタシ、そばの違いなんかわからんし」

オレ：「ええー（ないわー）、だって違ういうてたやんか」

嫁：「それ、うどんの話やでー。知らんわー」

オレ：「（...そういえば、そんなこといってたか？）」

※嫁は、一時期関東にいたことがある。そのとき、どんべえの味が違うことに気がついて、驚いたらしい

そもそも私は勘違い大王で、よく確かめもせずに先走ってしまうことも結構多いので、この嫁の指摘も仕方ないと思って

ました。事実、嫁の指摘はほぼ、間違いはありません。

が、某H子さんや、某王子にもお願いしている手前、「違いがわかりませんでしたー！」な話は避けたい。情報として確約したものが

欲しいと思い、そばではなく、うどんで行こうと思いなおして、

オレ：「じゃあ、うどん、買っといて！」

とお願いしました。そう、お願いですよ、ええ。

なのに、たっぷり十秒くらい沈黙した後、

嫁：「なんで、ウチの家計で買わないかんの？（怒）」

いや、ごめんなさい、とかなんとか言う前に、ウチって一つ余計にどんべえ買うのもダメなのかよ、と悲しくなったorz

秋の情報技術者試験

Mr.T — Tue, 19 Aug 2008 19:07:00 GMT

Mr.Tです、こんにちは。

最近はインターネット申込がらくなので、こっちからしてます。

http://www.jitec.jp/ap_net_kojin.html

今年で、この名称は最後ですね。次回からは、変わっちゃいます。

秋は、去年落としたセキュリティアドミニストレータ（SU)なのですが、まだ勉強も開始してないorz

FE+SW+DBと今のところ３つ。SU合格できたら、NWとSVかなー。

Mr.Tの場所

当然なる帰結

二つ名メーカー

ニャーッ！ ニャーッ！ ニャー！

XQueryをどう使うのか（大阪勉強会#22のLTまとめ）

記事感想：「娘がシートベルトを嫌がるので付けずにいたら飛行機から降ろされた。日本は知的障害への理解が足りない」

北浜まで行く方法

Sysinternals Suite

わんくま大阪勉強会#22の開催

ずっと嫁のターン（その３４）

秋の情報技術者試験

ニャーッ！ニャーッ！ニャー！