SELECT * FROM senryu WHERE category IN( '09', '15' ) AND sql LIKE '%SELECT%' AND count < 1 ORDER BY updatedate DESC, id_senryu Fluent Interface iciqlの文法が懐かしい開発者も多いと思います。これは,2005年にEric EvansとMartin Fowlerが提唱した「流れるようなインタフェース」(fluent interface)が源流で,2007年にSeasarのS2JDBに採用されたり,Ruby on RailsのActive Record,最近ではScalaのSlickなど,Web開発者には馴染みがある文法のためです。 SQL DSLのメリット SQL DSLのメリットは,タイプセーフ(type-safe)の一言に尽きます。 テーブルが
JavaアプリでORマッパーを使う 先日、ちょっとしたJavaアプリを作る必要があり、DBアクセス方法をどうしようか検討してました。 最初はPreparedStatementつかって自分でSQL組み立ててもいいかなあと思ってたんですが、 仕様を確認したらそこまで楽なDBアクセスでないのでNG. 次にSpring DataとかhibernateとかiBATISとかのORマッパーを使おうと思ってたんですが、 DBアクセスをしたいだけなのに依存ライブラリがいっぱいあったり設定ファイル用意したりして 面倒だったので、これもヤメました。 で、いろいろ探してみた結果、簡単につかえそうなiciqlというORマッパーがあったので、紹介します。 iciqlの特徴は以下のとおり。 単一のjarで提供される 設定ファイルなしで使える DBからモデル生成できるツール付き xmlとかでいちいち設定ファイルを書かずに
先日たまたまORMの話をしてて 「ORM使うと性能出ないよね〜」 みたいなことを言われました。私は 「そんなことないですよ〜」 って答えたんだけど、今回はその辺のところをまとめてみようと思います。 そもそもORMを採用するメリットについて性能うんぬんの前に私が思うORMを採用するメリットをあげたいと思います。 (1)インピーダンスミスマッチの回避「オブジェクト指向」と「RDB」ではデータモデルの思想に差異があるので必ずミスマッチが起こります。 オブジェクト指向のデータモデル ・・・ 現実世界のデータモデル。 RDBのデータモデル ・・・ データの登録/検索/更新/削除に最適なデータモデル。 ORMを採用するとデータモデルは業務モデルのみとなるため、このミスマッチを回避することが出来るようになります。 (2)SQL混入(による視認性/拡張性の阻害)の回避従来システム設計はDOAで進めるのが主
データベースと Doctrine (“The Model”)¶ 現実を認めよう。どんなアプリケーションにとっても、データベースへの情報の永続化やデータベースからの情報の取得は、最もよく使われ、そしてチャレンジしがいのあるタスクです。そのタスクを簡単にこなすことができる強力なツールを提供する、というただ一点の目的だけに特化した Doctrine というライブラリを、幸運なことにも Symfony は統合しています。この章では、Doctrine の基本的なフィロソフィと、どれだけ簡単にデータベースを使うことができるか、という点を見ていきます。 Note Doctrine 自体は、Symfony とは完全に独立していて、Symfony で使用することはオプションです。この章は、オブジェクトとリレーショナルデータベース(MySQL や PostgreSQL、Microsoft SQL)をマップする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く