讓Primary Key交給JPA處理

-

讓Primary Key交給JPA處理

目的

透過本篇文章了解自動產生Primary Key的方法，大綱如下:

  • GeneratedValue
  • GenericGenerator (UUID)
  • SequenceGenerator (透過Database的sequence)

GeneratedValue快速產生Primary Key

GenerateValue最快速且最常用的方法，通常是直接使用GenerateValue annotation如下就結束

@Getter
@Setter
@Entity
@Table(name = "user")
public class User {

    @Id
    @GeneratedValue
    private long id;

    private String name;
}

更進一步了解，GenerateValue包含了strategy屬性，要讓他不做而外行為，自動生產的屬性有

  • GenerationType.IDENTITY
  • GenerationType.AUTO
    • 此為@GeneratedValue預設的策略參數，如沒特別設定則使用的參數就為此

注意: 不是每個資料庫都支援此功能

IDENTITY 和 AUTO 差異

GenerationType.AUTO是整個使用到此標籤的Primary key都共用一個記數器。

代表如果今天有兩個物件都自動產生Primary Key的話，當A物件產出後pk計數器則會跳到1，若是在產製B物件則此B物件的pk則會變成2，而不是從1開始。

GenerationType.IDENTITY則是使用到個別的計數器。

和上方AUTO成反例，A和B物件都會個別產出自己的計數器。

程式碼

@Data
@Entity
@Table(name = "user")
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private long id;

    private String name;
}


@Data
@Entity
@Table(name = "user")
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private long id;

    private String name;
}

GeneratedValue搭配GenericGenerator產生UUID Primary Key

UUID是甚麼?

UUID全名為通用唯一辨識碼，言簡意賅地來說，就是這組辨識碼(Primary Key)幾乎永遠不會重複，在現在AI數據處理發達的現況，大數據處理資料爆棚的情況下，那就很適合直接將Primary Key設為UUID。

維基連結

設定

  • 告訴GeneratedValue要使用的產生器名稱
    • @GeneratedValue(generator = “system-uuid”)
  • 透過@GenericGenerator定義剛剛告訴GeneratedValue的generator
    • @GenericGenerator(name = “system-uuid”, strategy = “uuid”)

GenericGenerator

GenericGenerator的設定參數包含name和strategy，如同參數本身告訴開發者

  • name : 定義此Generator的名稱 (用於GeneratedValue)
  • strategy : 設定產生器的策略 (這邊使用uuid)

程式碼

@Data
@Entity
@Table(name = "user")
public class User {

    @Id
    @GeneratedValue(generator = "system-uuid")
    @GenericGenerator(name = "system-uuid", strategy = "uuid")
    private long id;

    private String name;
}

GenerateValue搭配Database 裡的 Sequence

若是使用的Database不支援JPA自動產生的策略，而且目前開發沒有必要用到UUID的話那這就是最適合的方法了。

設定

如果上個章節UUID設定，要使用到Sequence也需要使用Generator，但JPA有提供專門使用的annotation，@SequenceGenerator

  • 告訴GeneratedValue要使用的產生器名稱，並且告訴他要使用的策略
    • @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = “userGenerator”)
  • @SequenceGenerator透過定義userGenerator這個產生器
    • @SequenceGenerator(name = “userGenerator”, sequenceName = “user_sequence_generator”, initialValue = 1, allocationSize = 1)

@SequenceGenerator

上方的設定可以看到SequenceGenerator要設定的參數較多，參數個別的意義如下

  • name : 定義此Generator的名稱 (用於GeneratedValue)
  • sequenceName : 和資料庫建立的sequence對應
  • initialValue : 計數器的初始直
  • allocationSize : 計數器每次跳得值

程式碼

@Data
@Entity
@Table(name = "user")
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "userGenerator")
    @SequenceGenerator(name = "userGenerator", sequenceName = "user_sequence_generator", initialValue = 1, allocationSize = 1)
    private long id;

    private String name;
}

總結

今天討論了

  • 快速又簡單的AUTO和IDENTITY，但不是每個資料庫都支援

    • MySql、H2支援但Oracle系列則否

  • 透過GenericGenerator產出幾乎不會重複的UUID當作Primary Key

  • 讓Database 的squence來掌管計數器的SequenceGenerator

    • 在使用之前請務必確定你的資料庫已經建立squence
      • 建立的方法只要你資料庫的名稱+squence即可搜尋到
      • Oracle squence

程式碼中使用到的Getter/Setter/Data為lombok自動產生的插件，如果沒有使用的讀者可以自己撰寫get和set方法。

留言

張貼留言

這個網誌中的熱門文章

Java Lambda Map篇

-
目的 主要介紹Map中的新方法，包含如下 forEach() getOrDefault() putIfAbsent() remove() replace() replaceAll() merge() 有些是Lambda有些則是我覺得比以前使用Map更方便而介紹 forEach Map的forEach方法與List不大依樣，因為Map主要的迭代方法是以Entry為主，所以需要Key-Value Pair去迭代 原始碼解說 可以看到forEach的傳入參數BiConsumer介面，必須傳入Key與Val，裡面的實作就如同我們使用Java8版本以前的寫法，需要使用for迴圈去迭代抓出每個Value 原始碼 default void forEach(BiConsumer<? super K, ? super V> action) { Objects.requireNonNull(action); for (Map.Entry<K, V> entry : entrySet()) { K k; V v; try { k = entry.getKey(); v = entry.getValue(); } catch(IllegalStateException ise) { // this usually means the entry is no longer in the map. throw new ConcurrentModificationException(ise); } action.accept(k, v); } } 範例 private void forEachExample() { Map<Integer, String> map = new HashMap<>(); map.put(1, "test1"); map.put(2, "test2"); m...
閱讀完整內容

設計模式 - 工廠模式 (Creational Patterns - Factory Pattern)

-
圖片
前言 這篇文章會介紹三個最常使用的工廠模式方法，分別是 Simple Factory (簡單工廠) Abstract Factory (抽象工廠) Factory Method (工廠方法) 其中最容易讓人搞混的是，Abstract Factory和Factory Method，不過對我來說何必太過糾結於這兩個的概念，工廠模式最主要的核心原理就是將你創造物件的邏輯隱藏起來，不向客戶端顯示，我覺得只要知道這個概念就夠了，接下來會介紹這三個種類的工廠模式。 Factory Pattern 工廠模式 Simple Factory 簡單工廠 簡單工廠是工廠模式的第一步，也是工廠模式最基本的核心概念實踐，主要解決的問題是 將創建物件邏輯抽離 解偶Class的複雜度 Class Diagram 將封裝物件邏輯抽出寫成Simple Factory 產出父類別物件的物件 範例 在這個範例我們希望將戰士與魔法師遊戲創造英雄的邏輯抽出並且寫成靜態工廠，戰士與魔法師都是英雄並且’目前’只能進行攻擊，程式碼如下 Interface Hero public interface Hero { void attack(); } Magician.class public class Magician implements Hero { @Override public void attack() { System.out.println("Use magic to attack"); } } Warrior.class public class Warrior implements Hero { @Override public void attack() { System.out.println("Use sword to attack"); } } HeroFactory.class public class HeroFactory { public Hero makeHero(HeroType heroType) { if (heroType.equals(HeroType.MA...
閱讀完整內容

(InterviewBit) System Design - Design Cache System

-
圖片
前言 這是InterviewBit中Storage Scalabiliy第一題，設計一個快取系統。 我希望可以透過InterviewBit中的文章與題目，打開自己系統設計的視野，並且重裡面中得到關鍵詞彙，透過這些關鍵詞彙補足自己知識的不足。 其中會參考許多 jyt0532神 的許多文章 題目 替Twitter或是google設計快取系統，概念圖如下: 分析步驟 列出需求情境 估算 立定設計目標 深入探討設計方法 需求情境 需要多大的快取 我們的快取清除策略要如何 因為快取大小所以必須將舊資料刪掉 快取的寫入策略 Write through cache 當資料寫入時，同時寫入DB和Cache中 寫入因為需要寫入兩個系統(DB/Cache)所以有較高的延遲 Write around cache 當資料寫入時先寫入DB，當快取被讀取發現遺失資料時，再將資料從DB同步到快取中 因為讀取是從快取中讀取，但是在讀取時判斷到有新增資料沒進入快取，會有較高的讀延遲。 但寫和重複讀不會有特別的延遲 Write back cache 直接將資料寫入到快取中，在同步到資料庫裡 風險 - 畢竟快取是in-memory會有遺失風險 優點 - 高寫入效率(寫得快可附合的流量大) 可以透過replica快取降低memory消失的風險 評估 預先知識 QPS - Queries Per Second TPS - Transactions Per Second UV - Unique Visitor RPS - Requests Per Secornd 獲取設計前條件 目前得知的條件 快取大小會是30TB QPS會是10M(每秒一千萬) 估算機器數量 假設我們每台機器都有72G的記憶體，則要存入30TB的資料則需要 30TB / 72G = 420(大約)，而這是剛剛好的數目，有可能需要增加，因為我們每秒要附和10M的搜尋流量。 設計目標 設計目標三巨頭 Latency(延遲) Consistency(一致性) Availability(可使用性) 快取系統的設計目標 快取的用意就在於降低延遲，DB的寫入是依靠硬碟的而快取是依靠記憶體，有基本計算機常識的話就可以知道...
閱讀完整內容