EclipseLink/Examples/JPA/JSF Tutorial - Eclipsepedia
Tutorial: Build a Web Application (JSF) Using JPA This tutorial will walk you through the basic steps of developing, packaging, and deploying a Web application using the EclipseLink. In this application, a Java Server Faces (JSF) presentation layer will make use of JPA for persistence outside of an EJB 3.0 container. See the complementary Running EclipseLink JPA on Tomcat 6 in a non-JSF servlet Th
JPA における一対多のリレーションシップ - EclipseLink - なんとなくな Developer のメモ
EclipseLink 2.6.1 RC1 を使って JPA の一対多リレーションシップを下記 2通りで試し、SQL の実行内容などを調査してみました。 (a) 単方向: @OneToMany + @JoinColumn (b) 双方向: @OneToMany + @ManyToOne 簡単にまとめると次の通りです。 タイプ 使用したアノテーション one側のデータ登録SQL many側のデータ登録SQL (a) 単方向 @OneToMany, @JoinColumn insert insert, update (b) 双方向 @OneToMany, @ManyToOne insert insert (a) の場合に insert だけでは無く update も実施していました。 ソースは http://github.com/fits/try_samples/tree/master/blo
OneToMany / リレーションマッピング（テーブルを仲介するバージョン）
jpa-one-to-many-using-jointable.md #One-to-Many （双方向パターン2） OneToMany 「1対多」の双方向の例（@JoinTable を使うバージョン） 間にテーブルを仲介させる -> 間にテーブルを仲介させない @JoinTable を使わないバージョンはこちら リレーションの要素 このパターンでの組み合わせ カーディナリティ 多対1 / 1対多 方向 双方向 テーブルの仲介 あり ##野球チームと選手を例にして < 条件 > 野球チームには、多くの選手が所属している 1人の選手は1つのチームにしか所属できない 新しくできたチームで、1人も所属選手がいないということもありえる シーズンオフで、チームに所属していない宙に浮いた状態の選手もいる ##ER図 このようなリレーションをオブジェクトで表現する。 ##エンティティ ###野球チームエ
JavaEE7をはじめよう(3) - JPAの永続性コンテキスト概要 - エンタープライズギークス (Enterprise Geeks)
前回の記事では、JUnit上で動作するJPAのサンプルコードを紹介した。 今回は、前回のサンプルをベースにして、JPAを使う上で重要な機能である永続性コンテキストについて解説する。 永続性コンテキスト JPAは永続性コンテキストというある種のバッファのような仕組みによって、データベースと同期を取っている。 この仕組みを理解しておかないと、不可解な挙動に思えてしまうことだろう。 登録・更新時の動作 例えば、以下のコードを実行してみる。 @Test public void 永続化コンテキスト(){ Team t1 = new Team(); t1.setName("チームA"); EntityManager em = getEm(); em.getTransaction().begin(); // 永続化コンテキストへの登録 em.persist(t1); t1.setName("チームB")
わかりやすいJPA（2）：DISTINCTオペレータとコンストラクタ式
次のSELECT文は、Employeeエンティティからdepartment（所属部署）を抽出して表示します。つまり、Department型のオブジェクトのListを取得できます。 ただし、何人かは同じ部署に所属しているので、Listの中身は重複しています。次の実行結果を見てください。 （JpqlTestの[SELECT5]のボタンで実行できます） SELECT e.department FROM Employee e [ Department [no: 2, name: QA] ] [ Department [no: 2, name: QA] ] [ Department [no: 2, name: QA] ] [ Department [no: 1, name: Engineering] ] [ Department [no: 1, name: Engineering] ] [ Depa
JPA(EclipseLink-JPA)を用いたDBアクセス - No Bugs, No Life
MementoWeaver開発記(11) 前回はJPAのEntityManagerを用いて単一のテーブルへのInsert(Persist)を実装したが、関連のある複数テーブルに跨る操作は未実装だった。 今回は関連のある複数テーブルの参照を実装する。 大まかな方針として、以下の段取りですすめる。 Derby上のテーブル間のリレーションを実装する。 Daliを用いてDerbyテーブルからEntity群をリバース生成する。 生成されたEntity群を用いて処理(具体的には、Material(親)とTaggedMaterial(子)に格納された情報を取得)する。 Derby上のテーブル間のリレーションを実装する まずは設計上のERを再確認。 リレーションは3本引かれているが、意味的には以下の2本。 素材[Material](1..1)----(0..m)タグ付素材[TaggedMaterial]
Spring DATA JPAでデータ検索 その2 | DevelopersIO
前回の続きとなります。 複合主キーの場合と、テーブル結合した検索方法ついてです。 前回よりも少しだけ面倒ではございますが、難しくはないと思います。 テーブルの作成 前回作ったデータベースに、顧客テーブルと売上テーブルを追加します。 CREATE TABLE customer_mst ( customer_id varchar(10) NOT NULL, customer_name varchar(256) NOT NULL, age tinyint(3) unsigned NOT NULL, gender tinyint(1) unsigned NOT NULL, address varchar(256) DEFAULT NULL, PRIMARY KEY (customer_id) ); CREATE TABLE sales_trn ( sales_id varchar(10) NOT
JavaEE使い方メモ（JPA その３ - JPQL） - Qiita
環境構築 JPA の基本的な話 マッピングの話 Criteria API の話 コード JPQL とは Java Persistence Query Language の略。 JPA で使用できるクエリ言語。 SQL に似ているけど、クエリの対象はデータベースではなくエンティティ。 検索では、テーブル名ではなくエンティティ名を指定し、カラム名ではなくプロパティ名を指定する。 また、検索結果はテーブルのレコードではなく、エンティティやそのコレクションが取得される。 決して、「データベース製品間の差異を吸収した標準的な SQL」ではない。 「Java と JavaScript とは似てるようで全然別の言語」みたいな感じ。 エンティティの検索や CRUD が行える。 バージョンが上がるごとに、ちょっとずつできることが増えていっている。 基本 エンティティモデル 実装 package sample
JPQL速かった！〜JPAクエリ表現ごとのパフォーマンス比較 その2 - Dev3TechHack
前エントリで、NativeQuery・JPQL・CriteriaAPIのどれが一番速いのかパフォーマンス比較を行い、NativeQuery悪くないじゃん、と結論づけました。そして、JavaEE AdventCalendar 2013を取りまとめて頂いた@megascusさんや、このネタを書く発端となった@yoshioteradaさんを始めとする多くの方々にコメントを頂きました。ありがとうございました。 その中で、JPQLをNamedQueryで宣言しておくと、起動時にプリコンパイルされるのでパフォーマンスが向上する、との情報を頂いたので、再実験してみました。 今回使用したソースはこちら 前回との差分を簡単に振り返っておくと、まず、JPQL文をfindProductという名前をつけて、EntityクラスにNamedQueryとして宣言しました。 @Entity @Table(name="pr
はじめての Java Persistence API
はじめての Java Persistence API 2011年12月19日 at 2:03 午後 2件のコメント 今日は、Java Advent カレンダーの一貫で 12/19 分のエントリを記載します。昨日のなぎせさんに続き掲載します。また明日は私の盟友である岡崎さんです。 先日、なぎせさんより、「ProxyパターンとProxyクラスと黒魔術」と題してSQL の事を取り上げていただきました。また私自身、先日岡山のイベントで JPA について登壇したばかりなので、今日は DB つながりということで JPA (Java Persistence API) について岡山の資料を利用しながらご紹介します。 岡山の発表資料の全部はこちらです。 Java でデータベース (DB) 接続をする際、Java で一番最初に DB 接続をサポートした事から、ながく JDBC が利用されてきました。その後、J
JavaEE7をはじめよう(2) - JPAの基本 - エンタープライズギークス (Enterprise Geeks)
JPA（Java Persistence API）は、データベースなどの永続化記憶とJavaのオブジェクトとのマッピングを定義して、SQLをあまり書くことなくデータベースとの同期を取ることができる仕組みである。 JPAはO-Rマッピングだけでなく、永続化コンテキストによる同期化やクエリAPIなど多くの機能を備えており、これらの機能を使うことで、SQLを含むコード量の削減やパフォーマンス向上などの多くのメリットが得られる。 この記事では、JPAの詳細な仕様に立ち入らずに、JPAの概要や使用方法、知っておくとよいトピックについて紹介する。 概要 JPAの主な機能は以下の通り O-Rマッピング - Javaオブジェクトにアノテーション（またはXMLファイル）を指定して、データベースのテーブルとのマッピングを定義する。オブジェクトとテーブルを1対1でマッピングするだけでなく、テーブル間の関連の多重
初めてのJPA--シンプルで使いやすい、Java EEのデータ永続化機能の基本を学ぶ - builder by ZDNet Japan
Java EEアプリケーションにおけるデータベース操作を、よりシンプルで簡単にするためのデータ永続化機能が「JPA（Java Persistence API）」だ。同APIのキホンを、書籍「わかりやすいJava」シリーズでおなじみの川場隆氏が解説する。 Java EE 6や同7など最新のJava EEを使用したアプリケーション開発に初めて取り組む方にとって課題の1つとなるのは、Java EE特有のデータ永続化機構である「JPA（Java Persistence API）」の習得であろう。入門者向けのJava解説書として定評のある「わかりやすいJava」シリーズで知られる川場隆氏（活水女子大学 教授）の解説により、JPAの基本を学んでいただきたい。 ※本記事は、日本オラクルが2015年4月に開催した「Java Day Tokyo 2015」における川場隆氏のセッション「やさしく理解するはじめ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Named Query with like in where clause
バルクUPDATE文およびバルクDELETE文
JPQL IN clause: Java-Arrays (or Lists, Sets...)?
Adding IN clause List to a JPA Query