BootのO/RマッパーにMyBatisを使いたい。 - 谷本 心 in せろ部屋
DBアクセス層に何を使うかって、本当によく話題になりますよね。 「これで間違いないでしょ」っていう鉄板の選択肢がないから、だと思うわけですが 「SQLを書きたい日本人」な僕としては、消去法的にMyBatisを使っています。 消去法って言うからには、消えた選択肢があるわけで。 Hibernate : アイドントライク ハイバネートサン JPA : アイドントライク ハイバネートサン Doma : アイドントライク APT S2JDBC : キャノット ユーズ ウィズ スプリング DBflute : 少し文化が違うんです。 Mirage : 開発止まっちゃったし。 ホントはMirageあたりが大好物で、過去に実案件に投入した時には まったく問題が起きなくて素晴らしかったのですが 開発が止まっていることと、実績的なアレでなかなか使いにくいんです。 そんなわけで消去法的に残ったMyBatisを使う
Querydslを触ってみる - Challenge Engineer Life !
今のJava EE開発では、JPQLを書く際 動的クエリ(Dynamic Query) 名前付きクエリ(Named Query) を使うようにしていて、本来、型のことなど考えるとCriteriaで書くべきだなんだろうな…と思いつつ、可読性や簡易性を優先して上記選択にしています。 ただ、どうしても動的クエリはStringBuilderなどでクエリをダラダラと連結することになって、わりとイケてないらしい…ですね。 ということで、前に@megascusさんがブログで紹介されていたQuerydslを思い出し、これから少し触っていこうかなと。 QuerydslでJPAが思ったよりも捗る 上記ブログ記事の中にあるサンプルコードや、公式サイトのチュートリアルに接頭辞「Q」が付いたEntityクラスみたいなものが出てくるので、なんなんだろあれ？と思ってたのですが、定義したEntityクラスをベースにQue
JPA with Spring 〜Developer's Note - タツノオトシゴのブログ
ここ「QuerydslでJPAが思ったよりも捗る - 水まんじゅう2」の記事を読んで、Querydslなんぞや、Spring Dataって何？と思い、調査を始めたのがきっかけでした。 もともと、SeasarプロジェクトのS2JDBC、S2Daoの使い勝手のライブラリを探してたところ巡り会いました。 Querydsl JPAは、S2JDBCのように、流れるようなインタフェースで、Criteria APIよりも使い勝手、可読性が遙かによいものです。 もともとS2JDBC自体がのJPAの膨大な機能を最小限にとどめて、使い勝手をよくしたものなので、似てて当たり前ですが。 Spring Data JPAは、S2Daoのようにインタフェース定義を用いて、簡単にDBに対する操作用クラスが作れるのがよいです。 結果、Querydsl + Spring Data = 結構いいんじゃない！？と判断しました。
QueryDsl-SQL概要
querydsl-sql.md QueryDsl-SQL はじめに QueryDslは、Open Sourceのライブラリ。クエリを型安全で流れるようなインタフェースなDSL (Java内部DSL)で記述することができるライブラリで、JPAのCriteria APIに変換するDSLと、直接SQLに変換するDSLとがある。 JPAの方については、QueryDslのBlog記事を見れば他にいうことはほとんどないので、この記事ではSQLの方について書く。 この記事の執筆時点のバージョンはQueryDsl 2.7.2 基本的な使い方 QueryDsl-SQLが提供する antタスク com.mysema.query.sql.ant.AntMetaDataExporter を用いると、データベーススキーマから Java Beanとメタクラスを生成してくれる。今回は下記のようなリレーションをもつBea
QuerydslでJPAが思ったよりも捗る - 水まんじゅう2
先日、 [twitter:@seratch]さんから教えていただいたQuerydslがすごい良かったので記事として書きます。 http://www.querydsl.com/ JPAにおける課題 JPAではJPQLとCriteriaという二つのクエリ記述言語があります。 しかしながら、それぞれ使い勝手という意味では難のあるものでした。 JPQL JPQLは以下のような、SQLライクなクエリ記述言語です。 select new com.github.megascus.EmployeeBean(e.code, e.name, e.age) from Employee as e where name like 's%'SQLライクに記述することができるため、SQLが理解できる人にとっては理解しやすいという利点があります。 しかしながら、JPQL自体はただの文字列で定義する必要があります。 そのた
データベース + MyBatis + Guice のサンプル
MyBatisだけでも十分に素敵だけど、Guiceと組み合わせるともう最強って感じ。 せっかくなのでMyBatis+Guiceの魅力をwebappではない、スタンドアローンのプログラムを書いて堪能してみる。 mybatis: ver 3.0.6 mybatis-guice: ver 3.2 guice: ver 1.0 [1] データベースにテーブルを作る MySQLで。 CREATE TABLE `Friends` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(45) NOT NULL, `memo` varchar(140), PRIMARY KEY (`id`), UNIQUE INDEX `name_index` (`name`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 [2] プロジ
ORマッピングの比較 - しがないプログラマ の日記
JavaのORMライブラリの使い勝手の比較をしてみました。と言っても、とりあえずSelectとInsertするだけのものです。導入を考えた時の最初の設定がどの程度違うのかを比較するためのものです。 比較対象は、以下の５つになっています。 ActiveObjects Hibernate EclipseLink OpenJPA S2JDBC iBATIS 開発はEclipseで行う前提で、IDEのサポート範囲も含めて調査しました。 ここで扱うデータの論理構造は以下のようなものとします。 ユーザマスタ ユーザID(PK),パスワード,ユーザグループID(FK) ユーザグループマスタ ユーザグループID(PK) ここで各IDは文字列を想定していますが、ORMによってはPKに任意の値が使えない場合があるのでその場合には「ユーザ名」などの別の列に名称を入れることとする。 詳細は別の日に書いてあります。
[ThinkIT] 第1回：O/Rマッピング (1/4)
本連載では今話題のフレームワーク「Ruby on Rails（以下、Rails）」と現在Webアプリケーション開発で主流であるJavaのフレームワーク群を比較していきます。 比較軸については、開発に関する事項（生産性やメンテナンス性など）を中心に解説していきます。第1回の今回はO/Rマッピングを提供するフレームワークについてです。 O/Rマッピングとは、オブジェクトとRDBのテーブルをマッピングすることをいいます。O/Rマッピングフレームワークはオブジェクト指向とRDBの仲介人となることで、アプリケーションの開発生産性を向上させます。 Railsからは同梱の「ActiveRecord」というO/Rマッピングのコンポーネントを取り上げます。対してJavaのO/Rマッピングとしては、もっとも知名度が高いと考えられる「Hibernate」と、Javaの正式仕様として策定された「Java Pers
｢薄い｣JavaのO/Rマッパーの紹介 - DbUtils、Persist、Butterfly Persistence - public static void main
Hibernate、ActiveObjects、S2Dao、Apache Cayenne、iBATISなどORMフレームワークが群雄割拠状態なJavaですが、使い方を勉強したり設定ファイル書いたりするのが少し面倒かなと思っている人がいるかもしれません。 特にちょっとしたアプリケーションを作るならば、素のJDBCを使うのは嫌だけど、それに近い形で使えるORマッパーが欲しいと思うことがたびたびありました。 ということで以下の条件でJDBCを薄くラッピングしているJavaのライブラリを探して発見したものを紹介します。 レコードをオブジェクトに自動的にマッピングしてくれる できるだけSQLを書く量を減らすことができる いざとなったら生SQLを書くことができる 導入が簡単である 依存ライブラリが少ない 以下に挿入、検索、更新、削除を実行するコードを書いています。 今回はDBがMySQLだったので、M
O/Rマッピングとは？
皆さん、はじめまして。本連載を担当するビーブレイクシステムズの山之内と申します。本連載ではO/Rマッピングについて検討していきます。 O/Rマッピング機能を提供してくれるフレームワーク（O/Rマッピングツール）はデータベースと連携するJavaアプリケーション開発において、既に必須となりつつありますが、O/Rマッピングツールはたくさん存在します。 しかし、各O/Rマッピングツールには特徴やクセがあり、実際の開発現場においてどのO/Rマッピングツールを導入すべきか迷っている人も多くいることでしょう。目的にあわせて適切なツールを選択しないと、思ったような効果が得られなかったり、かえって工数が増えたりする状況にもなりかねません。 そこで本連載では、代表的な3つのO/Rマッピングツール（iBATIS、Torque、Hibernate）を取り上げて、実際に各O/Rマッピングツールを利用したサンプルを作
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Querydsl - Unified Queries for Java
GitHub - nabedge/querydsl-sample