usingってここらへんまでいっしょで、ここでxmlpatternって書くとXPathが書けるんで......。これは面白いですねえ。XMLだからXPathってのもすごい自然な流れで。ここがXPathってのは慣れている人には書きやすいですね。すごく指しやすいです。このインデックスは、DB2の中では(RDBとしての)普通のインデックスと同じ扱いなんで、RDBのインデックスを使い慣れている人なら、とくに悩まず使えると思います。タイトルみたいな文字列にも張れますし、priceみたな数字にも張れます。細かいカスタム検索みたいなのもできそうですね。使われるところはindex張っておいて、高速に返す。どんなXMLデータを入れているか気になります。ネットショップの事例が一番わかりやすいと思います。ムラウチさんはどうでしょう。弊社の事例ページがあります。ブラウザで開いていただいて、と。そもそも、RDBで正規化しにくいデータってあるじゃないですか。鉛筆とパソコン、食器、楽器なんかを一緒に扱おうとすると、列の定義って難しくなりますよね。(ムラウチさんのサイトをチェックしながら...)うんうん。ムラウチさんも、ものすごく品目が多い、充実したECサイトなので、商品に全部関連する情報をRDBで扱おうとすると大変なことになります。カテゴリとかもあるのかー。いうときにテーブル分けて、どんな商品だったらどうJOIN▼してーってやりだすとやっぱり大変です。いうところで1時間悩むんだったら、そういう面倒なところはすべてXMLで吸収してもらおうって考え方です。商品テーブルは、JANコード▼とか、商品名とか、値段くらいにしておいて、ほかの情報は全部XMLとしてXML列に。製品の種類が80万件くらいあったと思います。1レコードそれぞれにRDBで扱いにくい商品情報をXMLとして入れると。すると開発の順番を変えられるんですよね。データベースのスキーマを決めきらないと開発に入れないというのが普通なんですけど、これの場合は、作り始めて必要になったところで、XMLの属性や要素を追加することで対処できます。TABLE▼しないとって面倒がないのか。ソースコードとデータベースのスキーマがあわなくなるってケースも減りそうですね。