至高のORMを求めて放浪 - ka-ka_xyzの日記
まえがき この記事はオブジェクト関係マッピング（ORM）を実装する方法がどうこうという話ではなく、単に愚痴です。 事の起こり 社内の新規プロジェクトで 「具体的な機能要件もUIも決まっていないが、新規公開サービスについてある機能（といってもそれなりに複雑なWebアプリを一つ必要とする程度にはヘビー）だけ先にお前が実装してみてくれ」というタスクが出される そんな事言っても機能要件とDBテーブル定義ぐらいは最低限何とか決めておいてくれと頼んだものの、その辺は適当にやっておけと言われる（この辺は色々と事情があるので、仕方が無い面もあるが・・・） とりあえず似たような機能を持つ既存システムのテーブル定義を拡張したテーブルを使用したり（というかこの段階では既存システムのテーブル定義を流用するという話だった）、DBアクセスの無いモックDAO実装を作って開発実装を進める。この頃までは、DAOを抽象化して
[ThinkIT] 第9回：O/Rマッパーの利用 (1/4)
前回で説明したように、データベースのテーブルとJavaオブジェクトはもともとデータ構造が違うため、それらを連携する際は「データ変換」という作業が必要になります。 単純にJDBCを利用する場合、照会系の処理では、ResultSetをJavaオブジェクトに詰め替える作業が必要になり、更新系の処理では、Javaオブジェクトのデータを元にSQL文を組み立てて発行するという処理が必要になります。この処理は単調な作業で、ミスしやすい部分です。 データベースとJavaオブジェクトのデータ変換を自動的に行うツールはO/Rマッパーと呼ばれます。O/Rマッパーの代表格としては、オープンソースのHibernateや、EJBのエンティティビーン、J2EE標準のJDOなどがありますが、これらは使いこなすまでが少々手間です。ここでは、比較的簡単に利用できるツールとしてS2Daoを紹介します。 S2Daoは、Seasa
サルでもわかる 逆引きデザインパターン 第3章 逆引きカタログ J2EE編 DAO（Data Access Object）
イントロダクション 私たちが作るアプリケーションのほとんどは、どこかで永続的なデータを扱うことになります。 そのデータの保存先は、リレーショナルデータベースやテキストファイル、他システムなどになるでしょう。 そして保存されたデータへのアクセスで使用するAPIは、保存先によって変わっていきます。 例えば、リレーショナルデータベースだとJDBCを使用します。 ファイルだとjava.ioパッケージあたりを使用したりします。 また、リレーショナルデータベースのみに焦点を当ててみても、ベンダやバージョンによって発行するSQL文を変えなければなりません。 ファイルに永続的なデータを保存していて、その保存先がデータベースに変更されたときのことを想像してください。 ビジネスロジック（業務ロジック）の中にデータアクセスにまつわるコードを書いている場合、保存先の変更が容易ではありません（同様のことが、データベ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Efficient data transfer through zero copy
syboos.jp
syboos.jp
IBM Developer
