はじめに 別稿「iBATIS.NETにてO/Rマッピングを行う（SQL Maps編）」に引き続き、本稿ではiBATIS.NETのDAO Framework機能について解説します。iBATIS.NETに関する概要およびインストール方法については、別稿の内容を参照してください。 対象読者 .NETにて開発を行っている方、また基本的なSQLを理解している方を対象としています。 必要な環境 サンプルはVisual Studio .NET 2003で作成し、.NET Framework 1.1で動作確認をしています。 サンプルアプリケーションについて 本稿のサンプルは書籍マスタのメンテナンスを行うWindowsアプリケーションです。 「SQL Maps」と「DAO Framework」を用いて、MDB(Microsoft Accessのデータベース形式)にアクセスを行い、書籍テーブルへ
はじめに チームのメンバーが作成したプログラムを見ていて「DBアクセス禁止のレイヤ（プレゼンテーション層・サービス層など）からSQLを実行していた」とか「問題を引き起こしているSQLの特定が困難だった」といった経験はありませんか。本稿では、このような問題の解決に有効な「iBATIS.NET」というオープンソースのプロダクトについて紹介します。「iBATIS.NET」は「SQL Maps」と「DAO Framework」というの2つのフレームワークから構成されており、DBアクセスを簡単にすることができます。 XMLに定義したSQLを実行し、その実行結果とオブジェクトをマッピングする機能を提供します。NHibernateやGentle.NETといった他のO/Rマッピングツールとは異なり開発者がSQLを記述する必要がありますが、既存のSQLを再利用できたり、パフォーマンスチューニングを行いやす
前回では、O/RマッピングおよびO/Rマッピング・ツールの概要について解説し、.NET向けの代表的なO/Rマッピング・ツールである「NHibernate」を紹介した。 O/Rマッピング・ツールを使えば、（C#やVB.NETの）オブジェクトとデータベース上のテーブルとをマッピングできる。これによって、アプリケーションからはオブジェクトのプロパティにアクセスするだけで、直感的にテーブル上の各フィールドにアクセスすることが可能になるというわけだ。 前回の冒頭で示しているように、.NET環境で利用可能なO/Rマッピング・ツールはすでにいくつもが提供されている。今回は、NHibernateと並び.NET向けの代表的なO/Rマッピング・ツールである「iBATIS.NET」について解説しながら、実際にそれを利用したASP.NETのWebアプリケーションを作成していく。 前回で見たように、NHiberna
いまさら強調するまでもなく、今日、データベースといえば、リレーショナル・データベース（以降、RDB）が主流であることは間違いない。しかし、C#やJava、C++といったオブジェクト指向言語の台頭によって、RDBが常に最適解とはいえない状況が発生しつつある。というのも、RDBとオブジェクト指向言語で扱うオブジェクトとは、そもそもの構造が異なるためだ。 オブジェクト指向に基づいてデータベース・アクセスを行おうとすれば、例えばINSERT命令を発行するには、データベースに格納すべき値をオブジェクトから取り出し、INSERT命令を動的に組み立てる必要がある（1つのオブジェクトをテーブル内の1レコードに対応させる場合）。逆に、SELECT命令でデータベースから取り出した結果セットは、オブジェクトを生成してから、結果セット内の各値を対応するオブジェクトのプロパティに代入しなければならない。 このような
はてなの近藤淳也社長が日本を去る。妻ともう1人の社員と、犬1匹を連れて。社員19人を、東京に残して。 なぜ今、アメリカに？――そうたずねると「いや、それがね」と照れ、濃くて強い目の光が、少し柔らかくなる。 「映画館で『スターウォーズ エピソード3』を見ていてふと、『東京でぬくぬく暮らしていてはいけない』と思ったんですよ」 善良で純粋だったアナキン・スカイウォーカーは、つらい葛藤を経てダークサイドに落ち、ダースベイダーになる。「登場人物みんな、ずいぶん過酷な人生を送ってますよね。全宇宙の運命を背負い、命をかけて刀を振ったり――すごいなぁと思って」 そして反省した。「もっと過酷な環境で頑張らないといけないのでは」と。昨夏のことだ。 近藤社長の生活も、生ぬるいものではないはずだ。「日本を代表するWeb2.0企業」などと言われ、注目を集めるベンチャー社長。新サービスやユニークな会社の仕組みにマスコ
http://www.martinfowler.com/bliki/EnterpriseRails.html Railsのコミュニティでは「エンタープライズ」という言葉がダーティーワードになりつつある。 多くの人にとってRailsフレームワークとは、貪欲にシンプルさを備えたものであり、複雑になり過ぎた「エンタープライジー」なフレームワークへのアンチテーゼなのだ。 先ごろ開かれたRailsConfでは、オープニングキーノートにおいてPragDaveが「Railsでは解決できない事項」に焦点をあてていた。 その中にはエンタープライジーなことも含まれていた。 たとえば、複合キーを持つような、様々なデータ構造を扱うことが必要だというのだ。 これに対するDHHの反応は、この上なく痛烈な拒絶であった。Wired誌*1の表紙になった画像をうまく編集して、DHHは自らをソフトウェア界のネオ（救世主）として
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
