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")
JavaEE使い方メモ（JPA その３ - JPQL） - Qiita
環境構築 JPA の基本的な話 マッピングの話 Criteria API の話 コード JPQL とは Java Persistence Query Language の略。 JPA で使用できるクエリ言語。 SQL に似ているけど、クエリの対象はデータベースではなくエンティティ。 検索では、テーブル名ではなくエンティティ名を指定し、カラム名ではなくプロパティ名を指定する。 また、検索結果はテーブルのレコードではなく、エンティティやそのコレクションが取得される。 決して、「データベース製品間の差異を吸収した標準的な SQL」ではない。 「Java と JavaScript とは似てるようで全然別の言語」みたいな感じ。 エンティティの検索や CRUD が行える。 バージョンが上がるごとに、ちょっとずつできることが増えていっている。 基本 エンティティモデル 実装 package sample
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
バルクUPDATE文およびバルクDELETE文
