R/Oマッピングの特徴を改めて考えさせられる機会を得ました。R/Oマッピングの特徴を改めて考えさせられる複数の機会を得ました。R/Oマッピングツールの下記のような特徴を再確認しました。JDBCプログラミングのエキスパートが書いた手書きJDBCプログラムと同等のパフォーマンスおよびメモリ効率を実現することができる。ECサイト向きのアーキテクチャを採用しています。矛盾もなくデータ処理することができます。実メモリ容量以上の結果セットは扱うことができないのです。リレーショナルデータベースのカーソルの概念を利用することができる。カーソルを利用して行の排他や更新を行うことができます。スクロール方向の指定なども可能です。オンラインとバッチなどの複数の種類のプログラミングを同様なコーディングスタイルで実現することができる。closeメソッドの呼び出しが必要となります。これはデータベースの結果セットをデータベース上に抱えおくために必要な手続きでもあります。RDBの機能を適切に引き出す反面、closeメソッドの呼び出しなどの条件が付与されるのです。それらはトレードオフなのでしょうけれども...。これの解決策が皆無であるわけでもありません。blancoSOAPとblancoDbとを組み合わせて利用することによって、closeメソッドの呼び出し自身も自動生成ソースコード内に隠蔽化することができる経験を持っています。上に挙げたような特徴を優先してアーキテクチャを決定づけているのだ、なあんていうことに思いをめぐらせました。Frameworkの説明をしてきました。話の流れから、その某所にて現在開発を進めようとしているリッチクライアント・プロトタイプを見ました。あのプロトタイプは凄かったです。プロジェクトの成功を祈ります。当個人的見解に一切責任を持ちません。