WR blog

• PofEAA’s Wiki - PofEAA読書会第4回

行ってきた&発表してきた。

PofEAA Chap5. Concurrency

ogijunさんのサマリをベースに。

ひがさんとkoichikさんによる（豪華な！）レクチャー風景を見物できて、こっそり満足（笑）。 見た目的に面白く感じたので、携帯のカメラで撮影してしまった。（笑）。

話題に上った分離レベルの話について、詳細に知りたければ 別の書籍にあたるのが良いと思う。分離レベル程度ならば、いくらでも良い解説は読める。 もう少し具体的なレベルで知りたいならば、RDBMS固有の振る舞いに振れた書籍にあたるのが良い。

SQL Serverの場合は、.NETエンタープライズWebアプリケーション開発技術大全 (Vol.5)”がなかなかよい。

そして、Oracleの場合は、

がわかりやすいのでオススメ。（これ以外の書籍がNGというわけではサラサラ無いです。自分が所有している書籍の中では。という意味）

自分の発表： 複雑なトランザクション 1/2

自分の発表のネタは、

の第3部の複雑なトランザクションをサマリ化したもの。これの内容をベースにいろいろ議論した。

時間の関係もあり全部はプレゼン&議論できなかった。 今回扱うことができたのは・・・

• 8章. 対話型トランザクション処理の設計方法
  • 対話型トランザクション処理とは
  • 業務排他制御による対話型トランザクション処理の設計方法
  • 楽観同時実行制御による対話型トランザクション処理の設計方法
• 9章. 複雑なトランザクション制御
  • 複雑なトランザクション制御とは
  • ネットワーク障害時のメッセージロスト対策

まで。

記憶している範囲で・・・

論点となったのは

• ロックの方式
  • 楽観的同時実行制御における「残念！」は、ユーザーに嫌がられる可能性アリ
  • 在庫引き当ての場合など厳密なモノの管理が求められるケースだと、ここで提示した方法＋αが求められるだろう。
    • 会員限定とか、在庫をクラス分けするとかもあり。
  • 楽観的同時実行制御の実現方式であるtimestamp方式は、サーバ時刻ズレなどの問題をはらむ。versionNoが一番ツブシが効く。
• 二重submit防止とロギング
  • ビューに対するモデルを、永続化しておき、過去の画面（＝ビュー）を再現できることを求められたケースアリ
  • (類似例として?) モデルをXML化しておいたが、予想以上にサイズが大きくなりいろいろ苦労した。
  • (WebObjects屋的には) ブラウザ戻る対策が主目的であるが、pageCacheとしてメモリ上にレンダリング後の画面データを持つ仕組みが存在している

来月もやります。

• PofEAA’s Wiki - PofEAA読書会第5回

残りは・・・

• 9章. 複雑なトランザクション制御
  • オンライン型長時間バッチ処理
  • トランザクションマネージャと連携できないリソースマネージャを含む短時間トランザクション
  • キュー型トランザクション

です。

ここらへんのテーマが気になる人は、第5回PoEAAに参加するか・・・・

をボチっとやっちゃってください。イイ本ですよ。これ。

2005/06/28: 追記

「ネットワーク障害時のメッセージロスト対策」のどこが複雑なトランザクションなの？

という問いに対してイマイチな回答をしてしまったので補足。 HTTPなどのメッセージ転送機構がReliableでなく、Tx配下で動作するRM的に動作できないためです。あの本では、機能を実現する全ての構成要素がReliableでないと「複雑なトランザクション」である。という定義なんです。

あと、2相ロックに関する、私とkoichikさんのやり取りで混乱されていた方いたら、ごめんなさい。 （当然といえば当然ですが）koichikさんの主張が正しいです。 私は（直列可能性を実現するロック方法である）2相ロックと、デッドロックしないロック方法（ロックを徐々に取るのではなく、一気にとる！）をごっちゃにしてました。スンマセン。

最後にkoichikさんにお願い。 クラス正規系(?)に触れているベージュの表紙の本の名称などを教えてください！という思いをこめて「お願いトラバ」！

ん？行かないな・・・。あれれ？

June 26th, 2005 | Category: Book, Event, IT | Subscribe to comments | Leave a comment | Trackback URL