プリミティブデータ型のマッピング

サポートされているデータ型

前の 3 つのレベルで、Hibernate について少し理解できました。第二ラウンドの時間です。さて、私たちは同じことをより深く学び始めます。そして、Entity クラスのフィールドをデータベース内のテーブルの列にマッピングすることから始めます。

すでにご存知のとおり、Entity クラスのフィールドの列へのマッピングは@Columnアノテーションを使用して行われます。ここで問題は、どのようなタイプのフィールドをそのようなアノテーションでマッピングできるのかということです。

Java のすべてのデータ型は、次の 3 つのグループに分類できます。

• この型は非常に単純で、データベースに簡単に保存できます。
• この型は複雑なので、それ用の特別なコンバータを作成する必要があります。
• この型は非常に複雑なので、その値を保存するには別のテーブルが必要です。

Hibernate が保存方法を認識している単純な型は次のとおりです。

これらの型にはすべて SQL 言語の対応する型があるため、Hibernate はそれらをデータベースに保存したり、データベースからロードしたりする方法を知っています。

例：

@Entity
@Table(name="user")
class User
{
   @Column(name="id")
   public Integer id;

   @Column(name="name")
   public String name;

   @Column(name="level")
   public Integer level;

   @Column(name="created_date")
   public Date createdDate;
}

手動による型の割り当て - @Type アノテーション

場合によっては、Hibernate のポリシーを変更して、データベースにデータを保存するタイプを明示的に指定したい場合があります。たとえば、Entity クラスに Integer 型のフィールドがあるとしますが、ベースには VARCHAR 型の列があります。

この@Typeには特別な注釈があります。とてもシンプルに見えます:

@Type(type="type-name")

たとえば、Hibernate にフィールドを作成するように依頼してみましょう作成日Userクラスのは文字列としてデータベースに保存されました。

@Entity
@Table(name="user")
class User
{
   @Column(name="id")
    public Integer id;

   @Column(name="created_date")
   @Type(type="org.hibernate.type.StringType")
    public Date createdDate;
}

Hibernate が Date 型を新しい型に変換する方法を見つけたら、それを実行します。理解できない場合は、特別な型コンバータを指定する必要があります。しかし、それについては後で詳しく説明します。

データベースの Hibernate タイプのリスト

ところで、Stringではなくorg.hibernate.type.StringType型を指定していることに気づきましたか。これは、Java 言語ではなく DBMS によってサポートされるタイプの 1 つを選択したためです。それぞれに独自の型システムがあります。Hibernate 開発者がこれらの VARCHAR の代わりに便利な Java スタイルの名前を考え出しただけです。

ちなみに、このリストはそれほど小さいものではありません。ここでその一部を紹介します。

テーブルはもちろん大きいですが、とても便利です。たとえば、このことから、ブール型は少なくとも 6 つの異なる方法でデータベースに格納できることが明らかです。そんなに要らないの？そして、あなたが救う方法を選ぶなんて誰が言いましたか？

SQL にはブール型は存在せず、多くの場合次のように格納されます。

• 1 または 0
• 「F」または「T」
• 「Y」または「N」

したがって、Hibernate がこれらすべての問題を理解できるのは非常に良いことです。あるいは、たとえば、データベース内のデータ配列のストレージを考えてみましょう。さまざまなオプションがたくさんあり、Hibernate はそれらすべてを操作する方法を知っています。