ブログ

ライトニングトーク初体験！

2010-07-09T13:30:17+09:00

　昨日、「IOD Winter Forum with Club DB2 冬の5時間スペシャル！」というＩＢＭさんの催しがあったんですが、その最後のほうのプログラムでライトニング・トーク（LT）してきました。
　ちなみにライトニングトークは初体験ですｗ

　私が発表したのは、「TwitterクライアントをＤＢ２で」というタイトルの、現在本業の合間をぬって開発を進めている作業の体験談をまとめたものです。

　内容的にはこんな感じです。

ＤＢ２のPureXML機能を利用してTwitterのデータを格納するいわゆるクライアントアプリケーションを作ろうという構想をねった
出来上がったデータベース設計は、むしろＸＭＬカラムが無くても動作するようなリレーショナルモデルのアプリケーションとなってしまった
しかし、用意したＸＭＬタイプのカラムの存在意義は決して失われていない。リレーショナルデータモデルのアプリケーションでもＸＭＬカラムをもっと利用しては？

　パワーポイントのリハーサル機能を使い、約１７枚のページを予めスケジューリングしておくことによって、時間内に納められるようには準備したのですが、少し出だしでつまずいてしまい、会場のみなさんの笑いをとってしまいました。（とても、３分という短い時間で説明する内容ではなかったのかもしれません・・・）

　それでも、進行役の坂井さんや、会場のみなさんなどから、お褒めの言葉やら、楽しかったという感想を頂きまして、本人としてはまぁ満足しています。

　アプリケーションのほうは、まだまだ完成しているわけではありませんが、徐々にこちらのブログなどでも紹介していきたいと考えています。
　参考までに、そのパワーポイントのページを２つほど掲載しておきます。

twitter / 新RT機能を英語モードで・・・

2009-11-26T11:11:35+09:00

　さて Twitter の新ReTweet機能ですが、今日から多くのＢＥＴＡユーザが利用を始めているようです。
　しかし、非BETAユーザの場合でも、Twitterの言語設定を「英語」に変更することにより、機能が使えることを知りまして、早速私も試してみました。

　下図はブラウザのイメージですが、上部にガイダンスが表示されている様子を表しています。

　
　
　ちなみに、Retweet したTweetは、Retweet元の発信者のTweetとして表示されるようです（機能が追加されていない従来モードではRetweetしたユーザの発言として表示）。
　そのためタイムライン上に通常では見慣れないアイコンやユーザ名が表示されることになるのですが、開いたユーザが驚かないように丁寧にガイダンス（上図の例では、「Wondering who this is?」と表示されている）を出してくれる仕様になっています（不要になった段階で閉じることが可能）。

　この新RT機能について説明は、「TwitterのウィリアムズCEO、公式RT機能について説明」の記事が参考になります。やはりコメントを付けられないという仕様については賛否両論あるようですね！

　さてここからは蛇足なんですけど、Retweetと返信機能（Reply To）の関係を実験しました。なにぶん、興味本位なのですが・・・。

Webを使い、RetweetへReplyToしようとすると、転載した人ではなく最初にTweetした人へのReplyToになる
自分のTweetへのRetweet（ユーザタイムラインなどで表示）にはReplyToできない（結局、自分へのReplyToになるので･･･）
APIを使用し、Retweet した発言へ ReplyTo したとき、「in_reply_to_status_id」のStatus番号はRetweet した発言の番号で保存される。
しかし、Webの画面上でリンク（「xxx宛て」の表示部英語モードでは「in reply to xxx」）をクリックすると元Tweetのものを表示する。（つまり途中のRetweetしたものを飛ばしてオリジナルを表示しようとする･･･）

＜テストデータ＞

元Tweet
id: 5853089962
http://twitter.com/statuses/show/5853089962.xml
text: "皆さん！新規 Retweet 機能は、「設定」の使用言語を、英語に変更すると使えるYoh！です　お試しアレ！"
Retweet
id: 5853141180 ← 新モードではリンクも元Tweetを表示してしまう...
http://twitter.com/statuses/show/5853141180.xml
text: "RT @shingen_takeda: 皆さん！新規 Retweet 機能は、「設定」の使用言語を、英語に変更すると使えるYoh！です　お試しアレ！"
retweeted_status/id: 5853089962
Retweetへの返信
id: 5854927143
http://twitter.com/statuses/show/5854927143.xml
text: "@muka_ RetweetへのReplyToを試しています。"
in_reply_to_status_id: 5853141180

まとめ

　言語設定を英語にすることにより、日本語モードでは未公開の新RT機能を使うことができる。
　新RT機能はRetweetされた元のTweetをタイムライン上等に表示しようとする。
　ReplyToが絡んだ場合も元Tweetが返信先や表示先の基準となる。

その他

　ＸＭＬのスキーマ的には、前回紹介させて頂いたように、ドラフトのものではなく、新しいものになっていました。
　また、追加された下記の機能のＡＰＩも利用が可能です。

statuses/retweeted_by_me
　http://twitter.com/statuses/retweeted_by_me.xml
statuses/retweeted_to_me
　http://twitter.com/statuses/retweeted_to_me.xml
statuses/retweets_of_me
　http://twitter.com/statuses/retweets_of_me.xml

twitter / List Widget

2009-11-11T09:37:05+09:00

　ついにリスト機能も全ユーザが使えるようになりましたね。
　今日は更に「List Widget」なるものが公開されたようです。
　これは、任意のリストを指定して、そのタイムラインを任意のページに貼り付けられるツールです。こちらのページからスクリプトの生成が可能です。
　ためしに、前回作成したリストを指定して作成し、このブログページに貼り付けてみました。
　なかなかクール！

List Widget

twitter API / Retweet の仕様が・・・

2009-11-12T15:57:51+09:00

　List機能を調べていて気付いたんですけど、APIで返ってくるRetweetに関するXMLの構造がドラフトで公開されている情報と微妙に異なっている模様です。

　まず、ドラフトのページでサンプルとして挙げられているソースをＸＭＬスキーマとして図に示すと次のようになります。

　ところが実際は、違った構造に変わっていました。
　次のソースは、「/statuses/home_timeline」を使用して実際に取得したものです。

<?xml version="1.0" encoding="UTF-8"?>
<statuses type="array">
<status>
  <created_at>Thu Oct 29 16:48:39 +0000 2009</created_at>
  <id>5263226419</id>
  <text>RT @kevinhendricks: The best way to avoid DM phishing on 
Twitter? Don't automatically follow everyone who follows you.</text>
  <source>web</source>
  <truncated>false</truncated>
  <in_reply_to_status_id/>
  <in_reply_to_user_id/>
  <favorited>false</favorited>
  <in_reply_to_screen_name/>
  <retweeted_status>
    <created_at>Thu Oct 29 16:20:19 +0000 2009</created_at>
    <id>5262542304</id>
    <text>The best way to avoid DM phishing on Twitter? Don't automatically
 follow everyone who follows you.</text>
    <source>&lt;a href="http://www.hootsuite.com" 
rel="nofollow"&gt;HootSuite&lt;/a&gt;</source>
    <truncated>false</truncated>
    <in_reply_to_status_id/>
    <in_reply_to_user_id/>
    <favorited>false</favorited>
    <in_reply_to_screen_name/>
    <user>
      <id>6459792</id>
      <name>Kevin D. Hendricks</name>
      <screen_name>kevinhendricks</screen_name>
      <location>St. Paul, MN</location>
      <description>Work: Writer/editor, content guru &amp; Internet
 geek. Family: Husband, dad, dogs. Distractions: Public art, U2 &amp;
 yo-yos. Needs: Love, hope &amp; grace.</description>
      <profile_image_url>
http://a3.twimg.com/profile_images/489534755/twitter_normal.jpg
</profile_image_url>
      <url>http://www.kevindhendricks.com</url>
      <protected>false</protected>
      <followers_count>1171</followers_count>
      <profile_background_color>9ae4e8</profile_background_color>
      <profile_text_color>000000</profile_text_color>
      <profile_link_color>0000ff</profile_link_color>
      <profile_sidebar_fill_color>e0ff92</profile_sidebar_fill_color>
      <profile_sidebar_border_color>87bc44</profile_sidebar_border_color>
      <friends_count>369</friends_count>
      <created_at>Thu May 31 02:36:09 +0000 2007</created_at>
      <favourites_count>338</favourites_count>
      <utc_offset>-21600</utc_offset>
      <time_zone>Central Time (US &amp; Canada)</time_zone>
      <profile_background_image_url>
http://a3.twimg.com/profile_background_images/
4439633/background2.gif</profile_background_image_url>
      <profile_background_tile>false</profile_background_tile>
      <statuses_count>5336</statuses_count>
      <notifications/>
      <geo_enabled>false</geo_enabled>
      <verified>false</verified>
      <following/>
    </user>
    <geo/>
  </retweeted_status>
  <user>
    <id>20</id>
    <name>Evan Williams</name>
    <screen_name>ev</screen_name>
    <location>San Francisco, CA, US</location>
    <description>CEO of Twitter</description>
    <profile_image_url>
http://a1.twimg.com/profile_images/66154838/ev-sky_bigger_normal.jpg
</profile_image_url>
    <url>http://evhead.com</url>
    <protected>false</protected>
    <followers_count>1176029</followers_count>
    <profile_background_color>C0DEED</profile_background_color>
    <profile_text_color>301630</profile_text_color>
    <profile_link_color>b30000</profile_link_color>
    <profile_sidebar_fill_color>e8e2c5</profile_sidebar_fill_color>
    <profile_sidebar_border_color>6f7578</profile_sidebar_border_color>
    <friends_count>915</friends_count>
    <created_at>Tue Mar 21 21:02:31 +0000 2006</created_at>
    <favourites_count>1224</favourites_count>
    <utc_offset>-28800</utc_offset>
    <time_zone>Pacific Time (US &amp; Canada)</time_zone>
    <profile_background_image_url>
http://s.twimg.com/a/1256778767/images/themes/theme15/bg.png
</profile_background_image_url>
    <profile_background_tile>false</profile_background_tile>
    <statuses_count>4691</statuses_count>
    <notifications/>
    <geo_enabled>false</geo_enabled>
    <verified>false</verified>
    <following/>
  </user>
  <geo/>
</status>
・・・　省略
</statuses>

これを同じくＸＭＬスキーマで図示すると下図のようになります。
　まず、要素名「retweet_details」が「retweeted_status」に変わった模様です。　

　更に、その下位の要素が「/statues/status」配下の要素と相似関係となりその殆どが同名で参照するように変わっています。
　例えば、ステータスｉｄが以前は「retweet_id」でしたが「id」に、作成時刻が以前は「retweeted_at」でしたが「created_at」に、ユーザの情報が以前は、「retweeting_user」でしたが、「user」に、要素の並びも同じになったといっても良いでしょう。

　これによって、ユーザ情報をあらわす「/statuses/status/user」や「/statuses/status/user/retweeted_status/user」は、いずれもスキーマ上の同じグローバルな「user」要素を参照できるようになりましたし、並んでいる他の要素のメンバーも同じになることによってコーディングも楽になったと言って良いでしょう。
　関連を表す情報として、「/statuses/status/id」と「/statuses/status/retweeted_status/id」を記録することにより、Retweetのスレッド表示などが可能になりそうです。

　ちなみに、下記の新しく追加される予定の仕様については、現状使うことができませんでした。
（もう間もなくでしょう・・・？）

statuses/retweeted_by_me
statuses/retweeted_to_me
statuses/retweets_of_me

だんだんと、楽しくなってきますねぇ・・・！

twitter API / Lists

2009-11-19T12:10:26+09:00

　リスト機能が有効になると、上図のようなガイダンスがホームのページの上部に現れるようになります。

　前回の投稿で紹介したtwitterの新機能リスト（Ｌｉｓｔｓ）ですが、先週末の一部利用者への公開に続き、昨日もさらにベータ評価ユーザを増やした模様です。
　昨日、めでたく私の個人アカウントで機能が有効になりました。
　使い方に加え、ＡＰＩも利用可能となっていることが確認できましたので報告してみたいと思います。

　このリスト機能を使った効用については、すでに私がフォローしている@akihitoさんのサイトに詳しく記載されています。是非一度ご覧になって頂ければと思います。

　リスト機能の凄いところは、公開されたグループ（Lists）を参照・利用したり、公開されたリストの中でフォローされているかどうかを確認できるなど、単なるグループ管理機能にとどまることがないところだと思います。
　また、フォローしていなくても、自分のリストに加えることが可能になるなど、今までのフォロー中心主義？を超越し、twitterが新しい次元へ進むための起爆剤になるような予感がします。

データ作成方法

　ＡＰＩ検証を目的としたテストデータを作ってみましょう。
　まず最初に名前を登録します。テスト目的なので、とりあえず非公開にします。

　リストのメンバーですが、この登録方法には幾つかの方法があります。
　ひとつは下図のように検索機能を使って結果表示画面から処理を行う方法です。

　しかし、自分のフォロー済みユーザを登録するのにはふさわしくないので、「Following」をクリックします。リストに加えたいユーザで新しく追加されたツールを使うとメンバーの追加ができるようになります。

↓

フォローしていないユーザもメンバーへの追加が可能です。
　この場合は、検索機能を使うか、もしくはそのユーザのタイムラインを表示した画面の先頭付近のツールからそれを行います。
　twitterのＣＥＯであるエヴァン・ウイリアムズさんを追加してみます。

↓

　自分を追加することも可能です。これによって、表示するタイムラインが意味を持つようになります。
　操作方法は同様にユーザタイムラインに自分を表示させて行います。

↓

　さぁ、表示させてみましょう。
　サイドバーに表示されるリスト一覧から該当リストをクリックします。

　意図したタイムラインを表示させることができるようになりました！

ＡＰＩによるデータの確認

　まず、ＡＰＩに関する仕様については、ドラフトのページが現時点では最新かと思います。
　紹介してあるサンプルを次のように変更することによって、ほぼ問題なく情報が取得できました。

　　screen_name　：　noradio　→　muka_
　　list_name　：　tall-people　→　test1

　ただ、細かいパラメータの指定に関する記述が殆ど無いので、あくまでもドラフトなのでしょう・・・。

リスト一覧の取得
　作成しているリストの一覧の取得は下記のように指定します。
```
http://twitter.com/muka_/lists.xml
```
戻り値は、新しい形式（/lists/list/～）です。
下の図はブラウザで結果のＸＭＬを表示させたものです（並んでいる他の２つの要素は絞り込んでいる）。
リストメンバーの取得
　リストtest1のメンバーの取得については、下記のように指定します。
```
http://twitter.com/muka_/test1/members.xml
```
戻り値は、新しい形式（/users_list/users/user/～）ですが、/users_list/users 以下は/statuses/friends の結果と同様の形式です。
リストメンバーの詳細情報
　リストtest1の特定メンバー（eternal_design=59432888）に対する情報の取得については、下記のように指定します。
```
http://twitter.com/muka_/test1/members/59432888.xml
```
戻り値は、users/showなどの結果と同様の従来形式（/user/～）です。
タイムラインの表示
　リストを使用したタイムラインの取得は下記のように指定します。
```
http://twitter.com/muka_/lists/test1/statuses.xml
```
戻り値は、ステータス取得のＡＰＩと同様（/statuses/statusを返す）なものです。
　なお、通常の「statuses/home_timeline」などで使用可能なパラメータについては、下記のものが使用可能であることを確認しました。
　pageパラメータを指定しない場合は、「page=1」が暗黙値で、最新の２０件のみが返るようです。
　countは、指定しても無視される模様です。
　ヘッダによる取得日付範囲の指定については未確認です。

利用可能なパラメータ
- since_id=ステータスID
- max_id=ステータスID
- page=ページ番号
利用できないパラメータ
- count=ステータス数

まとめ

　ちょっと使ってみた感じとしては、思っていたより割と簡単にリストが作れたので、まぁまぁ良いのではと思いました。
　また、リストを使ったタイムラインの表示のレスポンスも良く、ほぼ実用レベルではないかと思いました。
　ＡＰＩについても現状の仕様は最小限レベルだと思いますが、アプリケーションへの組み込みは十分可能ではないかと思いました。

　ただ、ベータ版なせいか、メンバーの設定が思うように更新できないことがありました（チェックをいれると更新状態を示す風車が回るけど、しばらくたってもチェックが入らない等）。
　現状の状態だと、かなりストレスを感じてしまうので改善を期待したいところです。
　また、ＡＰＩにしても、作成したリストの情報を取得するものが主ですが、リストの作成・編集に関するものも是非公開して欲しいと思いました。（もしかしてもうあるのかな？）。
　仕様に関してはドラフトレベルではなくて、早急に正式なものを公開して欲しいです！

IBM Rational Software Conference 2009 とアジャイル開発

2009-11-11T20:45:20+09:00

台風１８号凄かったですね～。
今日は前々からイベント「IBM Rational Software Conference 2009」に行く予定にしてましたので、前の日から迫っていた台風が心配だったんですが、西武線と有楽町線を使い、問題なく辿りつくことができました。
（多くの路線が運転見合わせとなっていた模様ですね・・・。）

　さて、このイベント、Rational製品のユーザなわけでもないのですが、去年から参加するようになりまして、なんとなく面白いんですよね。今回も予想通りというか、とても楽しく参加させて頂きました。
　まず・・・というか、あまりコマーシャルっぽくないのが良いですｗ
　私の参加したセッションはすべてＣ会場の「開発プロセス改善」がテーマのものだったので、それ以外の会場の様子は良く分りませんが、セッション中、殆どRational製品の話が出てこなかった・・・ｗ

　このテーマいわゆる「アジャイル開発」のもので、それを実践している事例紹介や、プレゼンテータの方々によるパネルディスカッションが行われました。

株式会社戦略スタッフの事例
三菱ＵＦＪファイナンシャルグループにおける事例
マイクロソフト、ＩＢＭの事例
パネルディスカッション（「アジャイルは日本と地球の救世主たるか？」）

　ちなみに、「アジャイル開発」って何かなと思った方は検索してみて下さい。そうすると「ソフトウェア工学において迅速かつ適応的にソフトウェア開発を行う軽量な開発手法群の総称である。」と解説してくれるんですが、なんだかこれだけではよく分りません。
　私も、今日セッションを受けていて、ＸＰとかスクラムとかいろんな方法があるんだと知りました。（をい）
　かつて全盛だった「ウォーターフォールモデル」を中心とした開発＝ＩＴ業界の慣習・・・に対するアンチテーゼとして使われているところもあるようです。
　そうなると現実問題として今の開発の現場にどれだけ浸透しているんだろうかという話になってくる・・・。
　パネルディスカッションでもそのあたりの話題が中心となってました。

受託開発でアジャイルするには？
大規模　オフシェアでアジャイルするには？
アジャイルに向けた変化を起こすには？

　良いことづくめのはずのアジャイル開発だけど、自分が対面した過去の現場のことなどを考えると、乗り越えなければならないハードルが沢山あるように思いました。
　プレゼンテータの方々は華麗に、そして楽しく発表されていましたが、事例の取り組みの裏にはいろいろな人のいろいろなご苦労があったのではないかと推測します。
　パネルディスカッションの最後で、とある方の言われた「アジャイル開発はみんなをハッピーにしてくれるものであるに違いない・・・」という言葉（正確でないかも知れません）が印象に残りました。

　さて、ほんとうに救世主になるんでしょうか？＞アジャイル

ｐ．ｓ
　挿入した写真は昼食休みに近くの日枝神社で撮ったものです。　
　嵐の後に美しい世界・・・。

twitter API / geoタグ!

2009-11-11T20:44:54+09:00

　早いもので１０月ですね。
　さて今朝、Twitter関連の新機能「Lists」が発表された模様です。これは、グループを定義して自分のタイムラインをグループ別に見る機能かなと思ったんですが、その登録情報すら必要に応じて公開が可能となるようです。それによって、フォロワーが新しいFriendを探すのに役立てたいというような狙いがあるとのこと。はたしてどんな反響を呼ぶでしょうか？
　個人的には、分類しているということを他人に見られるのはどうかな？・・・と、少し躊躇してしまうように思うのですが、こういう新しいものはまた新しい感覚で使うものなのかも知れません。

　そして、もしかしたらこれも今日から開始なのかも知れませんが、GEOタグをＡＰＩの結果に見つけましたので、掲載しておきます。
　これは、下記のコマンド（TwitterのAPI）を実行（WebブラウザからURLを入力）して得ることが可能です。

実行コマンド

http://twitter.com/account/verify_credentials.xml

　下記のソースの太字にした部分が新しい仕様によって追加されたものです。
　前回の開発者会議のときにも言及されていたのですが、先進的開発者の人たちが先行して使い始めるのかもしれませんね。
　個人の設定を「有効」にすれば、 /user/geo_enabled が true になり、対応したアプリケーションで発言することによって /status/geo に緯度経度情報が埋め込まれるようになるのだと思われます。

取得したXMLのソース

<?xml version="1.0" encoding="UTF-8"?>
<user>
  <id>59432888</id>
  <name>Eternal Design Corp.</name>
  <screen_name>eternal_design</screen_name>
  <location>Tokyo</location>
  <description>株式会社エターナルデザイン開発室のアカウント。
ブログなどの更新情報を発信しています。</description> 
  <profile_image_url>http://a3.twimg.com/profile_images/328020045/
icon_120x120_20080121_normal.jpg</profile_image_url>
  <url>http://www.eternaldesign.jp</url>
  <protected>false</protected>
  <followers_count>4</followers_count>
  <profile_background_color>f2eee4</profile_background_color>
  <profile_text_color>3C3940</profile_text_color>
  <profile_link_color>0099B9</profile_link_color>
  <profile_sidebar_fill_color>95E8EC</profile_sidebar_fill_color>
  <profile_sidebar_border_color>5ED4DC</profile_sidebar_border_color>
  <friends_count>6</friends_count>
  <created_at>Thu Jul 23 11:34:14 +0000 2009</created_at>
  <favourites_count>2</favourites_count>
  <utc_offset>32400</utc_offset>
  <time_zone>Tokyo</time_zone>
  <profile_background_image_url>
http://a3.twimg.com/profile_background_images/27400293/
eternaldesign_logo_270t.gif</profile_background_image_url>
  <profile_background_tile>false</profile_background_tile>
  <statuses_count>12</statuses_count>
  <notifications>false</notifications>
  <geo_enabled>false</geo_enabled>
  <verified>false</verified>
  <following>false</following>
  <status>
    <created_at>Thu Sep 10 17:23:42 +0000 2009</created_at>
    <id>3891699292</id>
    <text>ブログに「Twitter Developers Meetup in Tokyo」を掲載しました。 
http://bit.ly/4tf4t</text>
    <source>web</source>
    <truncated>false</truncated>
    <in_reply_to_status_id></in_reply_to_status_id>
    <in_reply_to_user_id></in_reply_to_user_id>
    <favorited>false</favorited>
    <in_reply_to_screen_name></in_reply_to_screen_name>
    <geo/>
  </status>
</user>

　どのようにして geo_enable　を有効するかなどについては、まだ公開されていない模様です。
　やがて全貌も明らかになっていくものと思われます。

（Twitter REST API Method: statuses update　でサンプルが確認可能。しかしコメントには、「Not yet part of the current payload.[COMING SOON] 」と記載）

　新機能の発表に加え、新仕様の実装と、これからいろいろと楽しみです！

Twitter Developers Meetup in Tokyo

2009-10-24T11:14:54+09:00

Twitter 開発者会議に参加・・・

　今日（もう昨日か・・・）行われた「Twitter Developers Meetup in Tokyo」に参加してきました。
　日本で開催されるのは初めてとのことで、会場には数十名に及ぶ開発者の皆さんが集まりました。（椅子が用意されましたが、後ろのほうで立たれている方が多数おられました）

Twitter 新機能のプレゼンテーション

　主なテーマは、今後予定されているAPIの仕様変更（機能追加）に関するものが中心で、Matt Sanford さんによってプレゼンテーションが進められました。

OAuth への対応
ReTweet機能
位置情報

まだ何かあったかな・・・？

　質疑応答も活発に行われまして、日本の開発者の皆さんのTwitterにかける熱い想いを感じることができました。
　例えば日本のユーザから運用の中で生まれたというRETWEET機能に関しては、単に「こんなつぶやきがあったよ」とそれを広めるというような目的だけではなく、「おれはこう思うんだけど」というようなコメントを加える機能（日本の習慣的なもの？）が必要なので、そういうところも検討して欲しいというような意見が出されていました。

いろいろ質問してみた・・・

　そのあと、椅子が撤収され、会場はフリーな感じでの交流風景になったのですが、私は一緒に参加していた今井さん（@imaiworks）と一緒にステージで個別応対しているMatt Sanford さんに質問をしに向かいました（ステージの上はすごい人の行列ができていました）。
　Matt Sanford さんも、日本担当カントリーマネジャーの松沢さんも、丁寧に応対されていまして、凄く好印象でした。
　「世界中の人が今まで以上にTwitterを使いだしたらサービス自体が心配になるんだけど・・・」というような質問を二人でしたんですがｗ、とにかく「安定した Twitter の基盤を築き上げることに徹していくので、そのあたりは心配に及ばない」とのことでした。

　そりゃそうでしょ、８月の一斉DOS攻撃に対しても、見事撃退されましたし・・・。

　更にAPI制限について質問したんですが、１時間１５０処理という回数の制限も、「将来は緩和する（増やす）方向になるでしょう・・・」という回答を頂きました。(^^)/

最後に・・・

　スタッフの皆さん、有難うございました。
　是非また、こういう機会を作って頂けたらと思います。
（来週の京都での会議も盛会になられることをお祈りします。）

　集まって頂いた皆さん、楽しい一時を有難うございました。
　皆さんと良い「Twitter文化」を作れたら・・・

Club DB2 2009/9/4

2009-10-06T11:38:25+09:00

　昨日参加させて頂きましたClub DB2のご報告など・・・。

内容について

　今回は、「元Oracleユーザーが語る『ここが違うよＤＢ２』」というタイトルの内容で行われました。
　アジェンダを紹介しておきますと、下記の通りです。

DBの違いとは？
DB内部アーキテクチャーの違い

構成要素
プロセスとサーバ構成
メモリ管理
データ格納方式
システム管理情報
ユーザーとグループ
ログ運用
ユーティリティ
統計情報と再編成

アプリケーションから見た仕様の違いを吸収したDB2 9.7の新機能

データタイプＳＱＬのサポート
PL/SQLのサポート
同時実行性の向上

　前半がアーキテクチャ的な観点かたみた両ＤＢＭＳの違いについて、後半が互換機能の具体的な例とその限界点みたいな内容となりました。
　比較して頂いた内容を改めてみるとOracleとDB2のその生い立ちから始まって、思想性の違いなどが見えてくるような気がしました。
　質疑応答の中でも、そういった話題（たとえば、「Oracleのこういうところまでは、今後DB2がサポートすることは無いのではないか・・・」とか）が結構あって、とても面白かったと思います。
　PL/SQLの互換性の問題については、具体的な例なども記載されていましたので、資料としてもとても参考になると思いました。

DB2 9.7になって、Oracleとの違いを吸収する方向でいろいろな改編が加えられた訳ですが、これが今後どういった方向に進むのかは正直分りません。
　でも、どんどん進化していく中で、より技術者にもエンドユーザにも親しめるＤＢＭＳになって頂ければと思っています。そうすれば、（Oracleにも負けない位に）多くのユーザの心を捕まえられるのではないかと・・・。

新しい試み？

　主催者側での新しい試みとして、Ustream での TEST　が行われた模様です・・・。
　我々は内容を受けていたので見たわけではないのですが、何人かはモニターされてた模様。
　これからも、どんどん面白そうなことやってください。ｗ

Club DB2 2009/8/29

2009-11-11T20:43:15+09:00

土曜日は暑(熱)かった！

　半年に一度ペースで開催されている？「Club DB2 土曜日の午後開催ハンズオン」に参加させて頂きました。
　それにしても暑い日でした。
　開催日にあたっていたので、私は乗った副都心線（１本で行ける）を原宿で降り、代々木公園で行われている「スーパーよさこい」を横目で眺めながら会場に向かいました。
　携帯電話で撮った写真を掲載しておきます。
　あの暑さは半端ではなく、日陰にいないとおかしくなりそうでした。

代々木公園で開催されていた「スーパーよさこい」の風景

　さて、ハンズオンですが、一人一台という極楽環境に加え、スタッフの皆さんも大勢、しかも３時のオヤツまで準備されているという破格の待遇で、本当に楽しく学ぶことができたのではないかと思います。
　マシンには最新のVersion 9.7の Enterprise Server Edition がインストールされていますので、新しい機能も検証できました。
　資料も「SQL基礎ハンズオン」と「Oracleからの移行を促進する新機能ハンズオン」の二本立てで準備して頂きました。何をどこからどういう風にいじってもOKというフリーな雰囲気も良かったと思います。（最後はSQLについての解説の締めもちゃんとありましたし・・・）
　SQLの基礎的な世界を楽しみたいという方から、ちょっと新しい世界を垣間見たいという方まで、いじっていじって触り倒す！・・・とまではいけなくても、わいわいやりながら勉強する・・・そういう時間が作れて良かったのではないかと思います。

前回掲載内容の・・・

　前回のblogエントリ「DB2 V9.7のOracle互換機能（NUMBER）」で、「CREATE DATABASE コマンドを実行したときのレジストリ変数の値によって、互換性有無（度合）が決定される」けど、「どういう互換性でCREATE DATABESE が実行されたかを知る術は無い...。」と書いてしまいましたが、この「互換性パラメータの確認方法」が、配布された資料に記載されていました。
　取得方法は、次の通りです。

  db2 get cfg for {db名} | find "互換性"

　これで、下記の３つの互換性項目について、「ON」なのか「OFF」なのかを取得することができるようです。

NUMBER データ・タイプの互換性
VARCHAR2 データ・タイプの互換性
データ・タイプ DATE の TIMESTAMP(0) への互換性

　やはり、取得方法はあったんですね！
　こちらの環境で再度実行してみたログを掲載しておきます。

C:\>db2set DB2_COMPATIBILITY_VECTOR=ORA

C:\>db2set DB2_DEFERRED_PREPARE_SEMANTICS=YES

C:\>db2stop force
2009-08-31 14:01:09     0   0   SQL1064N  DB2STOP の処理が正常に終了しました。
SQL1064N  DB2STOP の処理が正常に終了しました。

C:\>db2start
2009-08-31 14:01:27     0   0   SQL1063N  DB2START の処理が正常に終了しました。
SQL1063N  DB2START の処理が正常に終了しました。

C:\>db2set -all
[e] DB2PATH=C:\Program Files\IBM\SQLLIB_04
[i] DB2_DEFERRED_PREPARE_SEMANTICS=YES
[i] DB2_COMPATIBILITY_VECTOR=ORA
[i] DB2INSTOWNER=CTDE8200
[i] DB2PORTRANGE=60012:60015
[i] DB2INSTPROF=C:\DOCUMENTS AND SETTINGS\ALL USERS\APPLICATION DATA\IBM\DB2\
DB2COPY5
[i] DB2COMM=TCPIP
[g] DB2_EXTSECURITY=YES
[g] DB2SYSTEM=CTDE8200
[g] DB2PATH=C:\Program Files\IBM\SQLLIB_04
[g] DB2INSTDEF=DB2_04


C:\>db2 create db oratest using codeset utf-8 territory jp
DB20000I  CREATE DATABASE コマンドが正常に完了しました。

C:\>db2 get db cfg for oratest | find "互換性"
 NUMBER データ・タイプの互換性                           = ON
 VARCHAR2 データ・タイプの互換性                         = ON
 データ・タイプ DATE の TIMESTAMP(0) への互換性                      = ON

　最後に、スタッフの皆さん、お疲れ様でした。
　二次会もとことん楽しかったです！
　また次回も楽しみにしています。

DB2 V9.7のOracle互換機能（NUMBER）

2009-11-11T20:42:52+09:00

今回は、DB2 Ver 9.7で追加された機能の一部を検証してみましたので、結果をご報告致します。

某二次会で・・・

　この前のClub DB2の二次会ネタなのですが、DB2 9.7のOracle互換性の件が話題になりました。

私：「ねぇ、新しいDB2ではORACLEのNUMBERがサポートされるようになったじゃない？」
Ａ：「そうだね...」
私：「Create TableでNUMBERを指定して表を作り、db2lookでカラムの属性見たら
　　　どうなるんだろう？」
Ａ：「そうだね。桁数によって、INTEGERとかBIGINTとかFLOATみたいに変わるの
　　　かなぁ？」
私：「えぇっ、誰も知らないのかなぁ・・・？」
Ａ：「Express-Cだと試せないじゃん。誰だろう製品版持ってるのは・・・？」

　結局9.7のExpress-C版でないバージョンを持っている人がその場にいなかったので、「お前が試せ！」と言うことになりました。(--;
　ということで、夏休みの宿題を、これからやってみます・・・。

互換機能の設定は・・・

　まず、互換性の設定については、SIMさんのブログで公開されていますので、そちらを参考にして下さい。

DB2 9.7小ネタ - Oracleとの互換性を最大にする設定

　ちなみに、このエントリーで私は別件で質問をコメントしたのですが、SIMさんからの返信が無いので、私に会う人の何人かが、「どうして回答が無いのかなぁ」なんて聞かれてしまったのですが、個人的にSIMさんからはTwitterで回答をもらっていました。
　証拠といってはなんですが、それを、私のＩＤのファブリンク（twitterの機能）に入れておきました。

　※ きっとそのうち新たな回答（「こうすればできるみたいよ」みたいな・・・）が来るのではないかと期待しています。(^^)

表を作成する・・・

　データベースが作成されたら表を作ってみましょう。
　コントロールセンターのウィザードで生成されたSQLを編集してみても良いでしょう。
　変な表ですが、テストなので・・・

CREATE TABLE DB2ADMIN.ORA_TEST_1 (
     ID NUMBER(4) NOT NULL
 , NUM1 NUMBER(9)
 , NUM2 NUMBER(10)
 , NUM3 NUMBER(5,3)
 , CONSTRAINT ID PRIMARY KEY (ID)) ;

　成功すると次のような画面になります。

　ちなみに、失敗したときは、次のようなメッセージが出ます。

SQL0204N  "NUMBER" は未定義の名前です。  SQLSTATE=42704

　レジストリ変数を変更した後、インスタンスの再起動が必要なのですが、それを忘れてしまうと同じようなメッセージが出ると思います。　

db2lookを実行する・・・

　さて、今回の結論を確かめるために「db2look」を実行します。
　コントロールセンターを実行していれば、表をマウス右ボタンでクリックして「DDLの生成」を実行します。
　オプションの指定ですが、「データベース・オブジェクト」だけチェックしても目的は達成されます。実行されるコマンドは次のものです。

db2look -d ORA_TEST -t  "ORA_TEST_1"  -a -e  -l  -x  -c ;

　さて、結果ですが、次のようになりました。

-- この CLP ファイルの作成に使用した DB2LOOK のバージョン: "9.7" 
-- タイム・スタンプ: 2009/08/18 21:17:46
-- データベース名: ORA_TEST       
-- データベース・マネージャーのバージョン: DB2/NT Version 9.7.0          
-- データベース・コード・ページ: 943
-- データベース照合シーケンス: UNIQUE
CONNECT TO ORA_TEST;

------------------------------------------------
-- 表の DDL ステートメント "DB2ADMIN"."ORA_TEST_1"
------------------------------------------------
CREATE TABLE "DB2ADMIN"."ORA_TEST_1"  (
          "ID" DECIMAL(4,0) NOT NULL , 
          "NUM1" DECIMAL(9,0) , 
          "NUM2" DECIMAL(10,0) , 
          "NUM3" DECIMAL(5,3) )   
         IN "USERSPACE1" ; 

-- 表の主キーの DDL ステートメント "DB2ADMIN"."ORA_TEST_1"
ALTER TABLE "DB2ADMIN"."ORA_TEST_1" 
    ADD CONSTRAINT "ID" PRIMARY KEY
        ("ID");
COMMIT WORK;
CONNECT RESET;
TERMINATE;
-- すべての作成者に統計を生成します 
-- db2look ユーティリティーは指定された表のみ考慮します 
-- 表の DDL の作成

「桁溢れ」を起こしてみる・・・

　「もしかしたらエラーコードも変わるんじゃないの？」って話になりましたので（をい！）、実際に桁あふれを起こしてエラーメッセージを確かめてみました。

UPDATE DB2ADMIN.ORA_TEST_1 SET NUM1 = 1234567890 WHERE ID = 1
DB21034E  コマンドが、有効なコマンド行プロセッサー・コマンドでないため、 SQL
ステートメントとして処理されました。 SQL 処理中に、そのコマンドが返されました。
SQL0413N  数値データ・タイプの変換中にオーバーフローが発生しました。 
SQLSTATE=22003

　どうやら、変わりないようです。

　「へぇ、へぇ、へぇ・・・」（＾＾；

まとめ

　今回の検証結果から見ると、整数、小数、桁の大きい数など、数値については全て「NUMBER」タイプは、「DECIMAL」タイプに置き換えられて保持されるようです。
　正直言って、表の設計において「DECIMAL」タイプを使ったことはあまり無いんですね。ですから、その良し悪しについてまでは言及できませんが、どうなのでしょうか？
　関連する内容について、まとめておきたいと思います。

DB2 V9.7では、様々なOracle互換機能が追加されている
DB2 V9.7のOracle互換機能を使うためには、db2setコマンドを使い、システム変数「DB2_COMPATIBILITY_VECTOR」を設定する。
（フル互換にするなら、「DB2_COMPATIBILITY_VECTOR=ORA」を設定）
機能を有効にするには、インスタンスの再起動が必要
CREATE DATABASE コマンドを実行したときのレジストリ変数の値によって、互換性有無（度合）が決定される
しかし、どういう互換性でCREATE DATABESE が実行されたかを知る術は無い...
（もしくは非公開・・・？）
CREATE TABLE コマンドで、NUMBERタイプがサポートされた
NUMBERで作成されたカラムのタイプは、内部的には「DECIMAL」で保持されている
エラーコードやメッセージが変わることは無い？（少なくとも今回のケースでは...） ※1

　※1: 実は、あるアプリを実行していて、この互換性を変更した場合に挙動が変わってしまったことがありました。それについては、徐々に原因を解明していこうと思っています。

Club DB2 2009/8/7

2009-11-11T20:42:13+09:00

　昨日もクラブＤＢ２に参加させて頂きました。
　今回は、「ＤＢ２９．７ＤＷＨ系新機能の紹介」と表題にあるように、新ネタの話題でとても興味深かったです。

索引圧縮機能
スキャンシェアリング
ＬＯＢデータのＩＮＬＩＮＥ格納
パーティション索引

　特に盛り上がったというか、質問やら所感みたいなものが飛び交ったのが「索引圧縮機能」。
　公開されたテストでは、下記のような検証結果について報告されました。

カーディナリティの値で圧縮傾向は異なるか・・・
カーディナリティの異なるカラムの複合索引で組み合わせ順は影響するか・・・
カラムタイプで圧縮の期待できるものはどういうタイプか・・・
表圧縮と索引圧縮によって、どれくらいのパフォーマンスの効果があるか・・・

結論的に言えば、「『設計上としてはあまり推奨できない傾向にある索引？』のほうが圧縮効果が高い・・・」ということ。このあたりの「ちょっと微妙な結果」が盛り上がった原因にあったのかと推測します。
　「正しい設計をするに越したことはないけど、微妙な設計をしても、それなりにＤＢＭＳはカバーしてくれる（かもしれない・・・）」ということですネｗ

　スキャンシェアリングでは、それを無効にするための非公開のスイッチがあるとのことでした。（参加者に配布された資料には誤って記載されていた・・・）
　このスキャンシェアリングは、「多重度が高く表スキャンするような処理があっても処理が遅くならない」という機能です。単独のクエリが実行される場合は、スイッチのＯＮ／ＯＦＦに関係なく同じ程度の負荷がかかるとのこと。
　「使ってはいけないスイッチがある機能は、完成度の高い機能である」という格言？があるそうです（某Ｉ社社員談）。

　ということで簡単ですが、様子のご報告を・・・。
　こういう新機能紹介はとても有難いですね。いつもながらスタッフの皆さん有難うございました！

DB2のLockを捕まえる・・・(2)

2009-11-11T20:41:46+09:00

　前回は、db2pdの簡単なご紹介をさせて頂きました。
　今回は、そのもう少し高度な使い方や、作成したツールについてご紹介致します。

db2pdの高度な機能

　db2pdのオプションは種類が多いのが特長です。ざっと数えても４０種近くあります。
　それらを分類すると、インスタンスに関連する情報をレポートするものと、データベースに関する情報をレポートするものの、２系統があるようです。

インスタンスに関連する情報をレポートするオプション
インスタンスのエージェント、メモリ、データベース構成に関する情報を取得
データベースに関連する情報をレポートするオプション
データベース毎のアプリケーション、トランザクション、バッファプール、ロック、表スペース、ＳＱＬステートメント等に関する情報を取得

すぐに全部をマスターするのは大変ですが、必要に応じて使いながら徐々に理解を深めていっては如何でしょうか？

　さて、先のＩＢＭさんのドキュメントには、db2pdの使用例として、ロック待機の特定、デッドロックの調査の例が記載されています。実は今回のテーマ、きっかけは「この手順をもっと自動化しては・・・」ということから始まっています...。
　まず、次のようにしてロックの一覧を取得します。

db2pd -db データベース名 -locks

　実際にロックがない場合は出力されませんので注意！

次に、トランザクション、アプリケーション、動的ＳＱＬを取得します。

db2pd -db データベース名 -transactions -applications -dynamic

　上記のように複数のオプションを一括して指定が可能です。

下の図は、出力されたテキストを加工して主要な部分のみを抜きだしたものですが、Locks → Transactions → Applications → Dynamic SQL Statements とたどっていくことによって、ロックが起きているアプリケーションとそのクエリを確認することができることを示したものです。

結果のダイジェスト。複数のテーブルを関連付けるとステートメントを求めることができる・・・。

　参考までに上図の元になったテキストファイルを掲載しておきます。

　結構、「暗号解読」みたいな手順が必要ですが、そのあたりもこのdb2pdの楽しさみたいなものかも知れませんｗ

ロック監視用ツールの作成

　ということで、DBMSのロックをdb2pdを使用して捕まえることができることがわかりました。しかし、コマンド操作に慣れていない場合や、複数の表の連結を人の目で行うにはちょっと難儀することがお分かり頂けるかと思います。そこで、db2pdの実行を自動化し、監視実行ボタンを押すだけで簡単にロックを捕獲できるようなツールを作成してみました。
　コマンドラインで実行した場合と比べてみたとき、次のような問題点を解決しています。

自動監視と情報取得を連動
　db2pd 自体にも「-repeat」オプションがあります。これを使用することによって連続的に情報の取得が可能です。しかし結果をファイルに出力した場合、累積的にファイルに書き出されるので、取得時間が長くなると後の処理が大変です。
　当ツールでは、ロック検出と詳細情報取得の処理を分離することによって、ロックの検出があったときのみ情報を取得するようにしています。
　起動後、画面上にある「db2pdの実行」ボタンを押すと監視状態になります。

起動画面。前回のdb2pd出力結果があればそれを表示します・・・。

　ロックを検出すると、直ちにトランザクション、アプリケーション、動的ＳＱＬの情報を取得（先に示したコマンドとほぼ同等のものを実行）します。

ロックを検出すると自動ループが止まります。確認ボタンを押すと結果表示へ・・・。
テーブルを自動作成・自動連結
　取得したロック、トランザクション、アプリケーション、動的ＳＱＬの情報をワーク用のテーブルに読み込みます。カラムに納めるべき情報を識別して読み込みますので、ステートメント等は折り返していても連結して処理します。また、Ver 9.7用のdb2pdの出力結果は一部カラムが増えたり、長さが変わったりしていますが、9.5の書式と9.7の書式を自動判別してこれを処理しています。

ロック検出結果画面。ロックに関連付けられたステートメントは自動的に表示します。

　動的ＳＱＬに関しては、別個に記載されている「Dynamic SQL Statements:」、「Dynamic SQL Environments」、「Dynamic SQL Variations」を連結して同じ行に表示します。見易くなりますね！

SQLステートメントに関する３つの表は一つに連結されて表示します。
ロックに関する情報の絞り込み
　ロックの「TranHdl」（トランザクションハンドル）別に、関連するトランザクション、アプリケーション、ステートメントをそれぞれ自動表示します。基本はテキストを解読したのと同じですが、探す手間を省いてくれます。

先のステートメントを求めた手順がロジック化されているので、ステートメントがすぐに・・・

　必要に応じて、取得したテーブルの全ての行を表示することも可能です。

取得した表は個別に参照も可能です。各テーブルのコンテキストメニュー（マウス右ボタンのメニュー）から起動します。
カラムの意味をツールチップで表示
　カラムの意味をツールチップで表示しますので、普段db2pdに馴染まない方でもすぐに利用が可能です。

項目にマウスを近づけると、ツールチップに意味を表示します。
除外するロックを指定し、他のロックを取得
　一度読みこんだロックは除外することが可能です。継続して他のロックを検出させることが可能です。

「除外」チェックボックスにチェックを入れて、他のロックを続けて検出・・・

終わりに

　このブログエントリの公開と前後して、「MAGIC Decrypter for V10 Version 0.92」を公開させて頂きました。すでにダウンロードされた方もいらっしゃるかもしれませんが、今回ご紹介したプログラムはその評価版の中に組み込んであります。
　この記事をお読み頂いて、使ってみようかな？と思われた方は是非お気軽に・・・。
　ＭＡＧＩＣをお使いでない方も、もしかしたら、あらこんなものが（割と）簡単に組み込めるのか・・・と思って下されば幸いです（ＤＢ２もＭＡＧＩＣももっと普及して欲しいと思っておりますので・・・！）。

　今回は、短い連載となりました。が、db2pdは研究してみると更に新しい発見があるかも知れません。
　そのあたりもぜひ続編として掲載できればと思っています...。

＜追記＞
　早速お使い頂いている方から質問がありました。うまくロックを取得してくれないと・・・。
　db2pd はリモートサーバに対しては結果を取得することができません。なぜならローカル・メモリの内容を解析するからです。ということで、ご注意下さい。

twitter って最近すごい・・・？

2009-11-11T20:41:16+09:00

　最近、twitter ってブームですか？w
　個人的にアカウントを作成したのがいつだったかよく覚えてませんが、最近勉強しつつあるAPIでXMLを取得するとその情報が残っていました。

<created_at>Tue Sep 09 05:40:50 +0000 2008</created_at>

たしか、やりだした頃は、自分がつぶやいても一体誰が読むんだろう・・・なんて思ってたような記憶があります。
　今や世界中に急速に広まっているようで、なんでもこの調子で増えると来月末位までには10桁を突破してしまうようなことが書いてありました（ユーザのＩＤなどの数値のタイプはいわゆる BIGINT にしなければならないらしいです）。

　私のフレンドの中に外国人がいるんですが、どうやら女性なんですね（どういうきっかけで何もつぶやかない日本人をフォローし始めたのかは未だに分かりません）。最初は、どこの国の言葉かさえも分かりませんでした。翻訳サイトを開いて、順に変換していってようやくそれがポルトガル語であることに気付きました。でも正直、翻訳しても何を言っているのかは良く解らないんですねぇw（某翻訳サイトも、もう少し洗練させないといけない？）

　twitter のwikiのページのリンクにあるBOTの紹介を見たとき、いろいろできるんだと思いました。
　それから、軒並み「公式アカウント」というのも増えているようですね。企業情報のアナウンスにも多数利用されているのを見ると、もうすでに何か始動しているといっても良いでしょうね。

　ということで、当社でも遅ればせながら、公式アカウントを設置致しました。
　このサイトの更新情報や、研究開発の話題などをつぶやいて行きたいと思います。

DB2のLockを捕まえる・・・(1)

2009-11-11T20:40:45+09:00

　ご無沙汰してました。
　これだけブランクがあいてしまうと、どこからどうやって再開していいものか悩むんですが、まずは「最近、こんなものを作ってみました～！」というのを幾つか紹介していこうと思います。

DB2の問題判別ツール

　さて今回はDB2に関する話題です。
　ＤＢ２と言えば、先々月（6/14）、ＤＢ２の新しいバージョン（DB2 Ver9.7）がリリースされました。７月の初めにはイベントがあったり、解説本が出たり、また幾つかのＩＴ系の雑誌などにも紹介されたりしましたので、徐々にその全貌が知られつつあるかと思います。
　実は私のほうでは、β版なるものを半年ほど前から評価させて頂いていたのですが、なかなか忙しくて新機能などを試すことができず、専ら9.5で動作していたアプリケーション（某ツール）を動かしてみる程度でした。まぁ、現時点の状況も同じ程度なのですが（実は、この間、9.7の障害対応等に追われていまして・・・(^^;）、徐々に試してみて、またここで紹介していきたいと思います。

　今回ご紹介するのは「db2pd」というＤＢ２のツールです。いわゆる「問題判別に利用するコマンドラインツール」というものです。
　ＩＢＭのサイトでも使用法を解説したＰＤＦが提供されています。

　db2pd コマンド使用ガイド

　さて、そのドキュメントによると、下記のような特長があるとのことです。

スタンドアローンのユーティリティでデータベースに接続せずに使うことができる
Informix のonstat ユーティリティに良く似ており、onstat と同様の使用方法、機能を持っている
コマンドラインから実行する。対話モードでの実行も可能
スナップショット･モニターやイベント･モニターと異なり内部的にロックやラッチを取らない。したがって、高速に実行することができ、かつ、データベース本体へ与える影響が小さい
DB2 エンジンの外で実行されるので、DB2 エンジンがハングしている状態でも使用可能である
DB2 エンジンに、より近い情報を取得することができる

　ここで重要なのは、「DB2 が使用しているメモリー上の情報を読み取って解析」しているという点です。「ハングアップした状態でも使用可能」とありますが、当然ながら（ハングアップしていない）アプリケーションの実行中でもその動作状況に影響を与えずに情報の取得ができるということです。
　コマンドラインのオプションが多数あって、アプリケーション、トランザクション、ロック、ＳＱＬステートメント等、さまざまな情報を取得することが可能です。
　このツール、私が良く行かせて頂いているクラブＤＢ２でもいわゆる「お勧めツール」の筆頭に挙げられていまして、紹介される度に「いつかマスターしなくては・・・」と思っておりました。

db2pdを動かしてみる

　それでは、手始めに、db2pdを使ってＯＳ情報を取得してみましょう。
　通常、DB2のコマンドはいわゆる「ＣＬＰ」というＤＢ２のコマンドプロンプトで起動するんですが、このツールの場合は、普通の「DOS窓」でもＯＫです。もしWindows XPの環境ならスタートメニューから「ファイル名を指定して実行」を開き、「cmd」と打って下さい（もちろんＣＬＰを起動してもＯＫです！）。
　コマンドプロンプトが現れたら、次のように入力します。

db2pd -osinfo

結果が画面に表示されましたか？正常に起動するとOSやCPU、メモリ等の情報を表示してくれます。

db2pdによりOS情報を取得した画面

　今度は、少し複雑になりますが、アプリケーションに関する情報を取得してみます。適当なデータベースに接続して次のコマンドを実行します。

db2pd -db データベース名 -applications

　「データベース名」にはアクティブに接続しているデータベースの名称を指定します。　

さて、結果はどうなりましたか？

db2pdによりApplication情報を取得・・・。行が折り返されて見辛い・・・。

　実はこの出力結果は、改行までの横幅が206～320バイトあるので、折り返してしまうのです。
　もう少し見易くするには、DOS窓のプロパティを変更すると解決します。

DOS窓のプロパティで設定値を変更してみる・・・

　「レイアウト」タブを開き、画面バッファのサイズの「幅」を320に変更します。

画面バッファのサイズを320程度に変更します。

　更に、若干フォントサイズも小さく（「6 x 13」等を選択）すると良いかもしれません。OKボタンを押して変更結果を反映させます。プロパティの適用確認画面が出たら取り敢えず最初は「現在のウインドウだけに適用する」を選択して下さい。
　さて結果は如何でしょうか？（コマンドを再実行する必要があります）今度はだいぶ見易くなりました！

今度は行が折り返されなくなったのでだいぶ見易くなった・・・。

ディスプレイの解像度が良ければウインドウを広げたり、画面下のスクロールバーをスライドさせると隠れている部分も見えるようになります。フォントサイズも小さくできるのですが、あまり小さくしすぎて読めなくなってしまってはしょうがないですね。
　こういうときはファイルに出力して、メモ帳や、もう少し気の利いたテキストエディタで読むと良いかもしれません。
　結果をファイルに出力するためには、次のようにオプションを加えます。

db2pd -db データベース名 -applications -file ファイル名

　「-file ファイル名」の代わりに、「file=ファイル名」でもＯＫのようです。勿論OSの機能を使ってリダイレクトで出力する手もありますが・・・。

今回のまとめ

　db2pdの出力は、メモリ内に格納している状態を表形式で出力するのですが、独特な情報なので馴染むには若干の慣れが必要かもしれません。

でも、習得することによって、DB2の仕組みに近い情報を理解することができるのではないかと期待させてくれます。
　次回は、もう少し高度なdb2pdの使い方と、作成したツールについて説明しようと思います。

ブログ