การแม็พชนิดข้อมูลดั้งเดิม

ชนิดข้อมูลที่สนับสนุน

ในช่วงสามระดับก่อนหน้านี้ เราคุ้นเคยกับ Hibernate กันเล็กน้อย ถึงเวลาสำหรับรอบที่สอง ตอนนี้เราจะเริ่มศึกษาสิ่งเดียวกันให้ลึกลงไปเท่านั้น และเราจะเริ่มต้นด้วยการแมปฟิลด์ของคลาสเอนทิตีกับคอลัมน์ของตารางในฐานข้อมูล

ดังที่คุณทราบแล้ว การแมปฟิลด์ในคลาสเอนทิ ตีกับคอลัมน์ทำได้โดยใช้ คำอธิบายประกอบ @Column และตอนนี้คำถามก็คือ: ฟิลด์ประเภทใดที่สามารถแมปกับคำอธิบายประกอบดังกล่าวได้

ชนิดข้อมูลทั้งหมดใน Java สามารถแบ่งออกเป็นสามกลุ่ม:

• ประเภทค่อนข้างเรียบง่ายและง่ายต่อการจัดเก็บในฐานข้อมูล
• ประเภทมีความซับซ้อนและคุณต้องเขียนตัวแปลงพิเศษ สำหรับ มัน
• ประเภทมีความซับซ้อนมากและต้องการตารางแยกต่างหาก เพื่อจัดเก็บ ค่า

ประเภทง่าย ๆ ที่ 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 และบอกให้ชัดเจนว่าจะเก็บข้อมูลประเภทใดในฐานข้อมูล ตัวอย่างเช่น คุณมีฟิลด์ในคลาสเอนทิตีของคุณเป็นประเภทจำนวนเต็ม แต่ในฐานมีคอลัมน์สำหรับฟิลด์ที่มีประเภท VARCHAR

มีคำอธิบายประกอบพิเศษสำหรับสิ่งนี้- @Type มันดูง่ายมาก:

@Type(type="type-name")

ตัวอย่างเช่น ขอให้ไฮเบอร์เนตสร้างฟิลด์วันที่สร้างของ คลาส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 สำหรับฐานข้อมูล

อย่างไรก็ตาม คุณสังเกตไหมว่าเราระบุประเภทorg.hibernate.type.StringTypeไม่ใช่String นี่เป็นเพราะเราเลือกหนึ่งในประเภทที่รองรับโดย DBMS ไม่ใช่โดยภาษา Java พวกเขาแต่ละคนมีระบบประเภทของตัวเอง เป็นเพียงการที่นักพัฒนา Hibernate คิดชื่อสไตล์จาวาที่สะดวกขึ้นแทน VARCHAR เหล่านี้

อย่างไรก็ตามรายการนี้ไม่เล็ก ฉันจะให้บางส่วนที่นี่:

แน่นอนว่าโต๊ะมีขนาดใหญ่ แต่มีประโยชน์มาก ตัวอย่างเช่น เป็นที่ชัดเจนแล้วว่าประเภทบูลีนสามารถจัดเก็บในฐานข้อมูลได้อย่างน้อยหกวิธี คุณไม่จำเป็นต้องขนาดนั้น? และใครบอกว่าคุณเลือกวิธีที่จะประหยัด?

ไม่มีประเภทบูลีนใน SQL และมักจะถูกจัดเก็บในลักษณะนี้:

• 1 หรือ 0
• 'F' หรือ 'T'
• 'ย' หรือ 'น'

ดังนั้นจึงเป็นเรื่องดีมากเมื่อ Hibernate เข้าใจปัญหาเหล่านี้ทั้งหมด หรือ ตัวอย่างเช่น ลองมาเก็บข้อมูลอาร์เรย์ข้อมูลในฐานข้อมูล มีตัวเลือกต่างๆ มากมาย และ Hibernate รู้วิธีทำงานกับตัวเลือกทั้งหมด: