「草なぎさん再登場も＝地デジの普及推進キャラ」で地デジカの立場は。。。

ここのニュース
草なぎさん再登場も＝地デジの普及推進キャラ－民放連会長
http://news.goo.ne.jp/article/jiji/business/jiji-090528X201.html
によると（以下斜体は上記サイトより引用）


　日本民間放送連盟の広瀬道貞会長（テレビ朝日相談役）は２８日の記者会見で、地上デジタル放送の普及推進キャラクターであるタレントの草※（※＝弓へんに剪）剛さんのテレビＣＭを放送各社が中止していることについて、「世間の見方などを十分検討した上で、再登場するかしないかを考える」と語った。


地デジカの立場は・・・ない（＾＾；）

oracleでIndexをViewの代わりに使う話と、索引構成表

昔、Index－Onlyという手法があった。
Viewを作らず、その代わり、Indexを使うっていう考え

「基準編第12章 （INDEX-only と null-keys）」 を読む
http://www.sdi-net.co.jp/logico-33.htm

なんだけど、そこに（以下斜体は上記サイトより引用）

「INDEX-only」 は、テクノロジー が進歩するにつれて、その有用性が弱まって、ついには、消え去る運命の技術です。

ってあるけど、どっちかというと、その考えが今、もう一ひねりして、高速化になってる気がするので、そのことについて・・・

---

■高速全索引スキャン

　もし、Index内の値を返すだけで、話が済んでしまう（バーコード・商品コード変換とか）のであれば、ヒントとして高速全索引スキャンを指定する（/*+ INDEX_FFS ( ) */）ことにより、データアクセスがなくなるので、高速化できそう。
　ただし、これを指定してしまうと、コストベースオプティマイザ（CBO)の代わりに、こーいうルールを指定することになるので、CBOを使った状況判断ができないというデメリットも生みそうだ・・・
　ま、インデックスを使うんなら、NULL条件があると、（ビットマップ索引以外）利用できないので、まずいっていうことになるんでしょうかね。

---

■索引構成表

　この考えをさらにいって、一部のデータをIndexに入れてしまう、索引構成表というのがあるようだ。
　これだと、この構成表内のデータであれば、Index-only（インデックスだけの検索）で、操作ができそう・・・

---

　つまり、そう考えると、Index-onlyの考え方は消え去るっていうよりか一ひねりして、インデックスの中にデータを入れてしまう「索引構成表」に発展したように見えるんだけど。。。

・・・どーなんでしょう（＾＾；）

XMLのバイナリ化の話なんだけど・・・

ちょっと昔の話になるんだけど、
XMLコンソーシアムWeekの、Webサービス実証部会で
XMLバイナリの話とデモをやってた。

XMLのバイナリとしては、
Efficient XML Interchange (EXI)
と
Fast Infoset
があって、たしか、Fast Infosetを使ったデモだったかしら？（昔なので自信ない ^^;）を見せてくれたんだけど、
そのデモ、
WebOTX
http://www.nec.co.jp/WebOTX/
でやっていて、上記サイトにいくと、そのWebOTXのお試し版とかがダウンロードできる
っていう話だったと思うんだけど・・・

うーん、たしかにダウンロードはあるけど、いろいろダウンロードできるのがあるんだけど、
どれなの（＾＾；）・・・・

・・・わかんないので、見なかったことにしよう（＾＾；）