特集：ASP.NETで実践するO/Rマッピング（iBATIS.NET編）（1/3） - ＠IT
前回では、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
＠IT：特集：ASP.NETで実践するO/Rマッピング（NHibernate編）
いまさら強調するまでもなく、今日、データベースといえば、リレーショナル・データベース（以降、RDB）が主流であることは間違いない。しかし、C#やJava、C++といったオブジェクト指向言語の台頭によって、RDBが常に最適解とはいえない状況が発生しつつある。というのも、RDBとオブジェクト指向言語で扱うオブジェクトとは、そもそもの構造が異なるためだ。 オブジェクト指向に基づいてデータベース・アクセスを行おうとすれば、例えばINSERT命令を発行するには、データベースに格納すべき値をオブジェクトから取り出し、INSERT命令を動的に組み立てる必要がある（1つのオブジェクトをテーブル内の1レコードに対応させる場合）。逆に、SELECT命令でデータベースから取り出した結果セットは、オブジェクトを生成してから、結果セット内の各値を対応するオブジェクトのプロパティに代入しなければならない。 このような
はてなブログ
なぜ日報を書くのか ※この文章は「日報を書くの良いですよ!」という事を進める文章ではないです。 あくまでも自分がScrapboxで外部向けの日記を書いたり、社内のドキュメントツールで日報を書いていく内に思いついた考えを一旦まとめたくて書いています。 元々は社内向けで書いていたので…
■ウィルコムの思い出■ by WILLCOM NEWS
2014/05 ウィルコムの思い出 by WILLCOM NEWS 2005/02/02株式会社ウィルコム発足 2005/03/15ウィルコム定額プラン発表 2005/09/28フルブラウザー標準搭載のPHS端末4機種を発表（写真元:ascii.jp) 2005/10/20Windows Mobile採用のスマートホン『W-ZERO3』を発表。3万円台で（写真元:ascii.jp) 2006nico/nine/papipo等W-SIM音声端末が発表 2006/07/04新しいW-ZERO3シリーズ[es]を発表（写真元:MM総研） 2007/01/22新機種発表会でWX320K/WX220J/WX321J等が発表 2007/4/12WILLCOM FORUM & EXPO 2007開催（写真は、W-ZERO3フューチャーエディション） 2007/05/22Advanced W-ZERO3[
携帯電話の番号ポータビリティ、2006年11月より開始へ--総務省が意見募集
総務省は11月22日、携帯電話の番号ポータビリティ制度の導入に向け、電気通信番号規則の改正案を情報通信審議会に諮問した。この改正案が通った場合、2006年11月1日からはすべての携帯電話事業者は番号ポータビリティ制度に対応する義務を負う。 この改正案は、すべての携帯電話事業者に双方向の番号ポータビリティを可能とするための措置を取らせるというもの。施行日は2006年11月1日となっている。 なお、衛星船舶電話、衛星携帯電話、テレメトリなどデータ伝送のみの伝送路設備は対象外となる。 番号ポータビリティ制度とは、利用者が契約する携帯電話事業者を変えても、同じ電話番号を使えるようにするものだ。2004年に総務省で導入が決定され、各社は実現に向けてシステムの開発を進めてきた。 番号ポータビリティ制度の導入に伴い、総務省は各事業者に対して、新たに番号ポータビリティに係る番号使用数の報告を求める。これは
ジーパンにダメージを与える :: デイリーポータルZ
久しぶりに新しいジーパンを買いに行った。長年履いてきたやつがついに破れたのだ。僕は基本的に貧乏性なので、履き潰すまで履いてそして買い換えることが多い。なので今回もざっと２年ぶりくらいの更新だ。 新しいジーパンのあのごわごわした感触が好きなのだ。それを徐々に体になじませていく過程もたまらない。２年ぶりに再会する小さな幸せを探しにジーンズショップへ行ってみた。 そしたらびっくりした。すでにびりびりなのだ。 そう、ダメージデニムというやつだ。新品なのに中古加工されたジーパン。こういうジーパンは以前からもちろんあったが、最近の破られ方は少々過熱しすぎな気がする。しかし丈夫なのが売りのはずのジーパンが、いったいどう生活したらこんなことになるのだろうか。試してみることにした。 （安藤 昌教） そろそろ買い替え時です ジーパンはかつて開拓者達がキャンバス地で丈夫なパンツを作ったのが始まりと言われている。
大企業にありがちな問題。委託開発の甘い罠・・・
このところ、「大規模サービスを展開する企業が陥るジレンマ」 や 「本当に技術が必要とされる現場にgeekがいない」 で興味深い話が語られています。賛同する部分も多くあります。 さて、とある企業に勤める僕なのですが、最近手がけている仕事のやり方が非常に気にくわない部分がありまして、グチっぽいかもしれませんが思うところを記事にしてみました。他の企業の方々はどうなのかなぁ〜と思いまして。 それは、外注（開発の請負や業務委託等）って本当に必要なの？ってことです。特に大企業にありがちだと思います。 金融系や通信系といった真にミッションクリティカルな基幹系システムにおいては、その業界に特化した基盤やルールってのがあって、その専門的知識を有するソフトウェアベンダーへ開発を業務委託するってのは当然かと考えています。もっともソフトウェア業界で働く知り合いからは悲鳴しか聞こえてきませんが・・・。 僕が問題とし
高木浩光＠自宅の日記 - 攻撃者視点ではなく開発者視点での解説を
■ 攻撃者視点ではなく開発者視点での解説を 8月に@ITに「機密情報に合法的に近づけるWebアプリケーションを守れ」という記事が 出ていた。 タイトルからして意味がわからない。「合法的に近づける」とは何だ？ 英文 の直訳か何かか？ その連載第2回「多様化するWebアプリケーションへの攻撃」が今日掲載されたのだが、問題を正しく理解し ないまま書かれた記事と言わざるを得ない。例えば次のように書かれている。 この例では、「userid=-20298745283」がクエリストリング にあたる。クエリストリングはURL内に含まれているため、誰でも見ることが できる。従って、ユーザーのちょっとした出来心やいたずら（例えば 「この数字の最後を1つだけずらせばどうなるかなー？」） によって、脆弱性が露見することも多い。 この例であれば、誰が見ても明らかなように、「userid」のパラメー タがユーザー管理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SK Telecom PT-S170: 二つ折りスライド式デュアルヒンジスウィベル携帯 - Engadget Japanese
オブジェクト指向言語Ruby - XMLRPC DoS脆弱性について
はてな技術発表会日記 - script.aculo.us
Engadget Japanese - LEDメッセージカード&バックル