2046 - 2046

October 30, 2004

2046を観た。

Yahoo!ムービーによる解説:
『欲望の翼』『花様年華』のウォン・カーウァイ監督が描く近未来のラブストーリー。日本の木村拓哉をはじめ、『インファナル・アフェア』のトニー・レオン、『始皇帝暗殺』のコン・リー、『恋する惑星』のフェイ・ウォン、『LOVERS』のチャン・ツィイーらアジアを代表する俳優が勢ぞろいしている。近未来世界の美しい映像と鮮やかな衣装の数々は要チェック。

うーむ。監督特有な演出なんだろうけど、ウォン・カーウァイ監督の作品は初めてなので、ぶっちゃけ、よくわかりませんでした。

うーむ。ただ一つ気になったのは、後ろの席の女性が鼻をすすっていた事。風邪？それとも泣き？うーむ。

監督: ウォン・カーウァイ
出演: トニー・レオン, コン・リー, フェイ・ウォン, チャン・ツィイー, 木村拓哉

コラテラル - Collateral

October 23, 2004

コラテラルを先行で観た。

Yahoo!ムービーによる解説:
トム・クルーズがこれまで演じてきたヒーロー像から一転、白髪に無精ひげの殺し屋を演じ、新境地を開いたサスペンス。トレードマークの笑顔を押し殺しての演技は真に迫る。殺しを目撃してしまい、やむをえなくトム演じる殺し屋と行動をともにすることになったタクシー運転手を『アリ』のジェイミー・フォックスが演じる。『インサイダー』のマイケル・マン監督がロスの街を背景に音楽とシンクロさせながら描くスタイリッシュな映像にも注目。

先行で観てきました。深夜だったので10人程度しかいなくて快適。

期待していただけに、いまいちな気がした、、、。伏線ありか？と思いきや、なんでもなかったり。まぁでも、これまでにないトム・クルーズを見る事はできる。悪役でもやっぱりかっこええわ。

この映画の撮影は、夜間のLAのため、ほとんどがデジタル処理されているらしいです。へぇ。そうは見えなかったなぁ。

監督: Michael Mann
出演: Tom Cruise, Jamie Foxx

Stored Outline - その他

October 15, 2004

Stored Outlineを使用するにあたっての注意点やその他もろもろ。

Stored Outlineが使用されない

SQL Hash Valueが合っていてもStored Outlineが使用されないことはよくある。原因はおそらく次の3つに限られる。

1つは、ハード解析が行われないため。Stored Outlineが使用されるためには、SQLのハード解析が必要である(実行計画を作り直す必要があるため)。USE_STORED_OUTLINESパラメータを変更しても、Shared Poolの全てのSQLがInvalidとなるわけではない。この場合は、Shared PoolのFlush、データベース再起動、参照しているテーブルや索引の統計情報再作成、または、ALTER OUTLINEでカテゴリをダミーへ変更し元に戻すなどでうまくいく(場合がある)。

2つ目は、OUTLN.OL$のキャッシュが古いため。特に、他のデータベースでStored Outlineを作成しEXP、それを本番環境等へIMPした場合によくこれが発生する。この場合は、データベース再起動、参照しているテーブルや索引の統計情報再作成、または、ALTER OUTLINEでカテゴリをダミーへ変更し元に戻すなどでうまくいく(場合がある)。

3つ目は、Oracleのバグ。Metalinkを確認すると結構なバグが報告されている。

ところで、前述の活用編で行ったようなOL$HINTSの入れ替え等を行うと、通常ありえないヒントなどが設定され、Oracleが使用を拒否することはある。入れ替えを行う場合は、必ず同じタイプのSQLで行い、テストも十分行う必要あり。

使ってはいるようだが、動作がおかしい

V$SQL等で確認すると、ちゃんと使用しているようだが、動作がおかしい場合がある。その場合は、OUTLN.OL$からSQL文をコピーしSQL*PlusからAUTOTRACE TRACEONLY EXPLAINで実行し、実行計画を確認してみればよい。バグなどにより、意図したとおりに動かない場合がある。例えば、Semi Join (EXISTS句)を含むSQLで、ALWAYS_SEMI_JOIN = HASHでStored Outlineを作成し、ALWAYS_SEMI_JOIN = NESTED_LOOPSへ変更し実行しても、ハッシュ結合は行ってくれない。かといってネストループでもなく、単純に両テーブル全走査してしまう、、、。要は、最悪な実行計画となる。817で確認。バグ？

インポートする際の注意点

他データベースで作成したStored OutlineをEXPし、本番環境等へIMPするときは、可能であればOL$とOL$HINTSをDROPしてから行う。くれぐれもオリジナルをRENAMEしバックアップなどしないように。RENAMEでは索引の名称は変わらないため、IMPしても索引が作成されず、Stored Outlineが使用されなくなる。

DROPしない場合は、IGNORE=YでのIMPとなるが、エラーメッセージには要注意。

また、インポート後はすぐには使用されない場合もあるので、前述の、Stored Outlineが使用されないを参考。

最後に

Stored Outlineは万能薬ではない。あくまでもヒントでしかありえないため、ロジックの変更等はできない。可能な限り根本原因の修正を行いたい。

Stored Outlineの基礎

October 06, 2004

Oracle 8iから導入された、Stored Outlineの基礎をおさらい。

Stored Outlineとは、短く言えば、SQLの実行計画をデータベースに保存する機能、長く言えば、SQLのハード解析時にOracleが参考とするヒント文セットを作成しそれを保存する機能、となる。保存したアウトライン(Stored Outline)は、データベースパラメータを変更することにより使用可否を決定できる。

Stored Outlineは、一度作成保存されれば、それを使用可能としている限り、通常であれば実行計画が変わってしまうような場合でも、保存された実行計画を使い続ける。ここで言う実行計画が変わってしまうような場合とは、統計情報の再作成、索引追加、オプティマイザの変更、データベースパラメータ(SORT_AREA_SIZEなど)の変更などがある。

この機能を使えば、例えば、オンライン系などのパフォーマンスが最重要視されるようなアプリケーションが発行するSQLに対し一度作成を行っておけば、データ量の変化などがあっても、当初の実行計画のままSQLを実行するので、突然のパフォーマンス悪化を防ぐことができる。ある日突然実行計画が全表走査へ変更してしまうことは、ままある。

Stored Outlineの作成

Stored Outlineの作成には2つ方法がある。1つは、CREATE OUTLINE ON 〜 を使用する方法で、Stored Outlineを作成したいSQLを指定し作成する。まずはじめに、Stored Outlineを作成したいSQLを準備する。このSQLは、後々実際に発行するSQLと一言一句異なってはならない。スペースの数や、改行なども全く同じでなければならない。そして、CREATE OUTLINE文にて作成を行う。

CREATE OUTLINE outline名 ON SQL文;

作成されたStored Outlineは、OUTLN.OL$に保存される。outline名を省略した場合は、Oracleが勝手に名前を付ける。USER_OUTLINES、ALL_OUTLINES、DBA_OUTLINES等で確認できる。

もう1つの作成方法は、CREATE_STORED_OUTLINESパラメータを変更する方法で、変更後そのセッションで実行されたSQLについて、自動でStored Outlineの作成を行う。(システムパラメータを変更した場合は、システムで実行される全てのSQLのStored Outlineを作成する。) この方法は、PL/SQL等に埋め込まれたSQLのStored Outline等を作成する際有利である。

ALTER [ SESSION / SYSTEM ] SET CREATE_STORED_OUTLINES = TRUE;

自動作成を停止する場合は、

ALTER [ SESSION / SYSTEM ] SET CREATE_STORED_OUTLINES = FALSE;

を実行する。

Stored Outlineの使用

作成したStored Outlineを実際に使用するには、USE_STORED_OUTLINESパラメータの変更が必要となる。使用可否は、セッション単位もしくはシステム全体で変更が可能である。

ALTER [ SESSION / SYSTEM ] SET USE_STORED_OUTLINES = TRUE;

使用を停止する場合は、

ALTER [ SESSION / SYSTEM ] SET USE_STORED_OUTLINES = FALSE;

を実行。

作成したStored Outlineが実際に使用されたかを確認するには、USER_OUTLINES (またはALL_OUTLINESかDBA_OUTLINES) のUSED項目を確認。一度でも使用されたならば、USEDとなっている。一度も使用されていないのであれば、UNUSEDとなる。また、そのSQLが実行中、または実行後間もない場合(Shared Poolに該当SQLがある場合)は、V$SQLをHASH_VALUEで検索し、OUTLINE_CATEGORY項目に、作成したStored Outlineのカテゴリ(通常はDEFAULT)が入っていれば、使用していることになる。SQLのハッシュ値(HASH_VALUE)は、Stored Outline名からOUTLN.OL$を検索すれば取得可能(HASH_VALUE項目を参照)。

ところで、Stored Outlineの使用を開始すると、その後全てのハード解析時に、OracleがStored Outlineの存在を確認するため、多少Recursive Callが増える。トレースを取ってみれば分かるが、SQLハッシュ値計算後、OUTLN.OL$を検索している。OUTLN.OL$はほとんどの場合においてキャッシュされているため、パフォーマンスに与える影響は微量なものだが、ハード解析が多く行われる環境では注意が必要である(ただ、その場合の問題はStored Outlineの使用ではなく、ハード解析の多さである場合が一般的)。必要であればOUTLN.OL$とOUTLN.OL$HINTS (9iからはOUTLN.OL$NODESも)をKEEP POOLに入れておいても良いだろう。

Stored Outlineのカテゴリ

Stored Outlineにはカテゴリ属性がある。ここでのカテゴリは、いわばグループのようなもの。通常何も指定しない場合は、カテゴリはDEFAULTとなる。例えば、特定のカテゴリでStored Outlineを作成し、特定のユーザーやセッションだけで使用したり等が可能である。

カテゴリを指定してStored Outlineを作成する場合は、

CREATE OUTLINE outline名 FOR CATEGORY カテゴリ名 ON 〜

や、

ALTER [ SESSION / SYSTEM ] SET CREATE_STORED_OUTLINES = カテゴリ名;

などとする。これらで作成したDEFAULT以外のStored Outlineは、

ALTER [ SESSION / SYSTEM ] SET USE_STORED_OUTLINES = カテゴリ名;

で使用が可能となる。使用した場合は、V$SQLのOUTLINE_CATEGORYにはこのカテゴリ名が入る。

あるStored Outlineのカテゴリを変更したい場合は、

ALTER OUTLINE outline名 CHANGE CATEGORY TO 新カテゴリ名;

とする。DEFAULTへ戻す場合にエラーが出る場合は、"DEFAULT"とダブルクォートしましょう。

参考: Oracle8i Designing and Tuning for Performance - Using Plan Stability

インファナルアフェア 無間序曲 - 無間道��

October 02, 2004

インファナルアフェア 無間序曲を観た。

Yahoo!ムービーによる解説:
ハリウッドでのリメイクも決定し、日本でも大ヒットした『インファナル・アフェア』の第二章。今回は過去に戻り、連綿たる家系と宿命の原点に迫る。前作同様ウォン警部を演じるアンソニー・ウォンと、マフィアのボス、サム役のエリック・ツァンが物語の鍵を握る。後に対決することになる、若き日のヤンとラウに扮するショーン・ユーと、『ジェネックス・コップ2』のエディソン・チャンら若手俳優の活躍も見逃せない秀作。

最高です。1作目にすごい衝撃を受けたけど、今回も負けずに凄い。なんと言っても、濃いストーリーの中での人間の描写が非常に良い。

2作目では、1作目よりも前の時期の話になる。若き日の話なので、主役2人は若手の役者であるが、周りのベテランに全く見劣りしない。

ストーリーが濃密なので、観る前に1作目を復習すればよかった。3作目の最終話が凄い楽しみ。これは、必見です。

監督: アンドリュー・ラウ, アラン・マック
出演: エディソン・チャン, ショーン・ユー, アンソニー・ウォン
Creative Commons License This weblog is licensed under a Creative Commons License.