JPA（Java Persistence API）は、データベースから取得したデータをメモリ上に保持する仕様になっている。 そのため、不用意に大量のデータを取得すると、メモリ容量を圧迫してしまい、最悪の場合はOutOfMemoryErrorが起きる可能性がある。 本稿では、JPAの標準機能およびネイティブ機能のそれぞれについて、メモリ使用量を抑えながら大量データを取得する方法と、ネイティブ機能がうまく動作しない場合の回避策を紹介する。 JPAは読み込んだデータを一次キャッシュとして保持する JPAは、読み込んだEntityをPersistenceContext（永続化コンテキスト）と呼ぶ領域で管理する。 ここに格納された状態を一次キャッシュと呼び、一次キャッシュされたEntityをManagedな状態（JPAに管理された状態）と呼ぶ（なお、二次キャッシュもあるが割愛する）。 Persist
JPAだけで完結するのはさすがにムリがあったのでこういうタイトルにした。が、JPAプロバイダ固有のAPIのレベルではフェッチサイズを変更する効果を確認できた。 JDBCのsetFetchSize変更時の動きをstatspackで見てみる - kagamihogeの日記ではJDBCを直接使用していたが、このエントリではJPAプロバイダ（EclipseLink, Hibernate）固有のAPIを使用して100万行取得するコードの速度を、フェッチサイズ変更無しと100の時とでどのくらい速度差が生じるかを確認する。 環境 DB CentOS-6.4-x86_64 Oracle Database Express Edition 11g Release 2 Java Java SE Development Kit 7u45 Eclipse Kepler(4.3.1) SR1 IDE for Java
Hibernate を使ってデータベースに100,000行を挿入する愚直な方法は、このようなものです： Session session = sessionFactory.openSession(); Transaction tx = session.beginTransaction(); for ( int i=0; i<100000; i++ ) { Customer customer = new Customer(.....); session.save(customer); } tx.commit(); session.close();これは50,000番目の行のあたりで OutOfMemoryException で失敗するでしょう。 Hibernate がセッションレベルキャッシュで、新しく挿入されたすべての Customer インスタンスをキャッシュするからです。 この章では、こ
このエントリでは、Yegor Bugayenkoによる記事、ORM Is an Offensive Anti-Patternを紹介する。 (Yegorから和訳と転載の許可は得た。) 以下はその全文の和訳だが、意訳超訳が混じっているので、もとのニュアンスを知りたければ元記事を読んでもいいし、読まなくてもいい。 結論から言えば、ORMはオブジェクト指向プログラミングの原則の全てに違反するひどいアンチパターンだ。オブジェクトをバラバラに引き裂き、もの言わぬ受身なデータ入れに変えてしまう。 小さいWebアプリケーションから、数千のテーブルをCRUD操作するエンタープライズシステムまで、どんなアプリケーションにもORMが存在することはゆるせない。 代わりになるものは? SQLを話すオブジェクトだ。 ORMの仕組み オブジェクト関係マッピング (Object-relatinal mapping、ORM
PostgreSQL に対し、 JPA のエンティティからテーブルを自動生成して ID 列を自動採番する方法を試してみました。 今回は Spring Boot 1.3.0 を使っています。 JPA 実装は Hibernate 4.3.11.Final のようです*1。 JPA のエンティティがこんな感じ。 @Entity @Table(name = "account") public class Account { @Id @SequenceGenerator(name = "account_id_gen", sequenceName = "account_id_seq") @GeneratedValue(strategy = GenerationType.IDENTITY, generator = "account_id_gen") private Long id; @Column(nu
@Entityアノテーションと@Idアノテーション @Tableアノテーション @GeneratedValueアノテーション @Columnアノテーション @Transientアノテーション @MappedSuperclassアノテーション 次回は @Entityアノテーションと@Idアノテーション まずは、これが無いと始りません。@Entityは該当のクラスがエンティティであることを指定し、@Idはプライマリキーとなるプロパティかフィールドを指定します。 @Entity public class Customer { @Id private Long id; private String firstname; private String lastname; // ・・ } @Idは以下の様に指定することもできます。というかこっちの方が一般的か？ @Id public Long getI
このエントリでは、Grzegorz Gajosによる記事、How Hibernate Almost Ruined My Careerを紹介する。 (Grzegorzから和訳と転載の許可は得た。) 以下はその全文の和訳だが、意訳超訳が混じっているので、もとのニュアンスを知りたければ元記事を読んでもいいし、読まなくてもいい。 想像してくれ。 君はJava開発者で、次のビッグプロジェクトを開始しようとしているところだ。 君は、そのプロジェクト全体に影響する根本的な決断をする必要がある。 君の柔軟なデータモデルをオブジェクト指向で抽象化するベストな方法を選択したい。生のSQLを扱いたくはないからね。 どんな種類のデータもサポートしたいし、理想では全種のデータベースをサポートしたい。 すぐに思いつくのは、単にHibernateを使うという解だ。そうだろ？ Javaディベロッパの90%は君に同意するだ
@OneToOneアノテーション @OneToManyと@ManyToOneアノテーション Callback系アノテーション @Where @OneToOneアノテーション UserとUserAttributeが1対1の関係を作成します。 @Entity public class User { private Long id; private String name; private UserAttribute attribute; @Id @GeneratedValue(strategy = GenerationType.IDENTITY) public Long getId() { return id; } public void setId(Long id) { this.id = id; } public String getName() { return name; } publ
hibernateを使っていると、実行時に Null value was assigned to a property of primitive type setter of "プロパティ名" っていうエラーが出てくることがあります。 このエラーが出てくる原因としては、 DBのフィールドで、データタイプが、プリミティブ型（Integerとか）でnull可能なときに、 hibernateを利用したSetterからデータを入力しようとすると Setterのフィールドタイプはプリミティブ型（ここではint）なので、 intにはnullが入らずエラーが出ているということみたいです。 なので、対処法としては Setterのデータ型をラッパークラスにするといいみたいです。 例えば、int hogeというプロパティとsetterがあるときに Integer型を使います。 Integer hoge； 中略
はじめての 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
最近はもっぱらORMはJPA(Hibernate)を使用しているyamkazuです。こんにちは。 今更かもしれませんがhibernate.hbm2ddl.autoの威力はすごいですね。もはやCREATE TABLEを自分で書いたら負けの気分にさせられます。もう完全にEntityの実装駆動で開発が出来るのでかなりフットワーク軽く開発できます。どうしてもDDLが必要になったときはhibernate3-maven-pluginでEntity情報を元にDDLを生成なんかもできます。 参考: http://unmaintainable.wordpress.com/2008/04/12/hibernate3-schema-creation/ 合わせてSpring Rooとか使用しているとDatabaseのDriverとかも簡単に切り替えられるので、チョチョイとテスト用のH2のDDLと、本番用のPost
JPA(Hibernate)サンプルコード 環境 Eclipse Maven PostgreSQL JPA(Hibernate) プロジェクト作成 Eclipseを起動する。 [File] -> [New] -> [Other] を開く。 Maven Projectを選び、[Next]を押下 そのままで[Next]を押下。 Archetypeはmaven-archetype-quickstartである事を確認して[Next]を押下。 以下の様に入力する。 GroupId jpa-sample ArticatId app01 [Finish]を押下する。 依存ライブラリの追加 ProjectExplorerでpom.xmlを右クリックし、[Maven] -> [Add Dependency]を開く。 [Enter groupId, artifactId or ... patter (*)]に
Java Persistence API(JPA) とは Java Persistence API(JPA) は Java の O/R マッピング標準 API。 概要は (日経BPの記事)が分かりやすい。 メリットは オブジェクト指向で DB 開発がサクサクできる。 テーブルや制約などを自動的に作成できる。 オブジェクト・キャッシュの仕組みなどによって DB アクセスの負荷軽減・高速化が期待できる。 という点。デメリット(注意点)は DB や SQL に関する知識が不要になるわけではない。 上手に DB 設計しないとメモリを馬鹿食いしたり、逆に性能低下で悩まされやすい。 エンティティ設計者は、どういうテーブル・制約・SQLが生成されるかを意識する必要がある。 ということで、開発者は既存の DB や SQL に加え、JPA に関する知識の習得を要求される。 といったところ。 デメリットに関し
日立オープンミドルウェアは、お客様の既存の財産を生かしながら、高い信頼性と柔軟性、自律性を備えたITシステムの実現を支えています。
- 第1回 Hibernate で作る HelloWorld アプリケーション - 目次 はじめに HSQLDB のインストール Ant のインストール Hibernate のインストール Eclipse のインストール Hibernate によるHello World 今回のまとめ はじめに 数あるO/Rマッピングツールの中でも、最も人気がある Hibernate について、実際に O/R マッピングを試しながら特徴や効果的な使い方を調査して行こうと思います。Hibernate は JBoss に吸収され、特に JBoss において EJB3.0 を実現する技術として重要な存在になっています。 Hibernate は EJB3.0 の仕様策定にも大きな影響を与えていることから、今後の EJB や SOA との関わりを考えると知っておいて損は無い技術でしょう。 今回は第1回ということで、H
Others Less-active projects (Hibernate OGM, Hibernate Shards).
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
