JPAを深掘りする〜Criteria APIで型安全な検索を追求しよう！【応用編】 - 技術ブログ | 株式会社クラウディア
JPAを深掘りするシリーズの応用編です。 前回はCriteria APIの基本と利点をご紹介しました。今回はCriteria APIの実戦的な機能をいろいろとご紹介します。 準備・エンティティクラスとメタモデルクラスのサンプル 次のようなエンティティクラスとメタモデルクラスが存在することを前提に進めていきます。 まずはUserエンティティクラスです。 package sandbox.entity; import javax.persistence.Column; import javax.persistence.Embedded; import javax.persistence.Entity; import javax.persistence.GeneratedValue; import javax.persistence.GenerationType; import javax.per
【Spring Data JPA】自動実装されるメソッドの命名ルール - Qiita
Spring Data JPAには、Repositoryインターフェースに宣言されたメソッドを、その名前からクエリを生成して自動的に生成してくれるお便利機能があります。どんな命名規則があるのか分からなかったのでメモ。 基本的にはマニュアルの要約です。 環境 Java ・・・ jdk1.8 Spring Boot ・・・ 1.3.5-RELEASE DB ・・・ MySQL 5.7 構文 以下の３つの要素を規則に従って組み合わせたメソッド名をRepositoryインターフェースに宣言することで、自動実装が利用可能になります。 プレフィックス（find...By read...By query...By count...By get...By） キーワード フィールド名 以下のエンティティを例に使います。 @Entity public class Employee implements Ser
JPA関連アノテーションの基本として-その1- - A Memorandum
@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
@GeneratedValueを使って主キーを生成する方法 - Qiita
JPAにおいて、@GeneratedValueを使って主キーにユニークな値を自動で生成し、@Idを持つフィルドに適用できます。この主キーの値を生成するために、以下４種類の方法があります。 ・GenerationType.IDENTITY ・GenerationType.SEQUENCE ・GenerationType.TABLE ・GenerationType.AUTO DBMS毎にそれらの違いを検証して見ました。 検証環境 Spring Boot 1.4.3.RELEASE PostgreSQL 9.3.15 MySQL Community Server 5.7.17 Oracle Database Express Edition 11g Release 2 GenerationType.IDENTITY テーブルのidentity列を利用して，主キー値を生成します。 @Entity @
Spring Bootを1.5から2へマイグレーションするステップとポイント
Spring Bootの2がリリースされたので、Spring Boot 2.0 Migration Guide を参考に既存のSpring Boot 1.5のプロジェクトをマイグレーションしてみた。行なったときの段取りとポイントを簡単にまとめました。 spring-boot-starter-web、spring-boot-starter-data-jpa、spring-boot-starter-actuator、spring-boot-starter-thymeleafを主に使っている。結論だけ先に言うと、spring-boot-starter-actuatorのマイグレーションがめんどくさかったです。 モチベーションこれからのJava時代に備えてSpring Bootの 1.5.9 を使っていたのだけど、2018/05時点において、公式からは Spring Boot 1.5のJava9サ
mysqlで文字コードをutf8にセットする - Qiita
mysqlの文字コードはチェックする場所が多いので原因を突き止めるのに毎回苦労します。 大きく二種類に分けられて、 クライアント側、サーバー側（mysqlサーバー）、及びそれらの接続の文字コード データベース/テーブル/カラムの文字コード です。 デフォルトをきちんと設定しておく そもそも作成したDBの文字コードが意図しない設定になっていたら、デフォルトの設定が間違っている可能性が高いので、再度同じ問題を起こさないためにも、設定見直し→DBをdrop→DBをcreateという順番で直しに行きます。 1も2もデフォルトの設定は下記を実行すればok。 +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+-----------
DynamoDBつかってみた(考えてみた)-その2 - 続 カッコの付け方
前回の続きでDynamoDBについて。 DynamoDBはKVSですが、完全なKVSよりも柔軟性があります。 まず、テーブルに絶対必要なのはKeyです。Keyは文字通り、それ(ら)によって一意になります。 Keyには2種類あり、Hash のみ OR Hash + Rangeで構成されます。 Hashのみの場合は、一般的なKVSと同じく、Hashのみで一意になります。つまり、Keyを条件にクエリを投げて返ってくるレコードは常に1レコードです。 Hash + Range の場合は、Hash と Range両方で一意になります。また、Hashのみ、Rangeのみでクエリを投げることは出来ず、結果的にKeyを条件にクエリを投げて返ってくるレコードは常に1レコードとなります。 RDBの常識でKVSを見ると、あれも出来ない、これも出来ないとなり、使いにくいと感じると思います。 「そもそもDynamoは
若手プログラマー必読！５分で理解できるER図の書き方５ステップ
データベース設計の基本中の基本であるER図。ER図を書きたいけど、「記法が分からない」「どういうステップで書けば良いか分からない」という若手エンジニアも多いのではないでしょうか。 ER図は１０種類近くあり、種類によって記法が異なります。このことが難しいイメージを与えていますが、実はそれほど難しいものではありません。覚えれば良いER図は２種類だけです。 しかも、この記事で解説している基礎知識を押えれば、たった５つのステップで作成することができます。 この記事では、ER図の基礎知識からER図の書き方まで、エンジニアが抑えておくべきER図の全知識をどこよりも分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもER図を書けるようになっているでしょう。 この記事を参考に最適なデータベース設計を進めて下さい。 １．ER図とは ER図とは、「データベース設計（データモデリング）で使う設計
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Spring でハマった点
Memcached, MongoDB, Redis, DynamoDB 簡易比較 - Qiita