搜尋

首頁  >  問答  >  主體

java - Hibernate如何處理參數數量不定的實體類

假設一個物件Object有若干個參數,而參數的名稱和數量是不確定的,想知道這種情況下資料表應該怎麼設計才會更適合Hibernate去操作.
之前我弄過一個方案(想聽大神吐槽):
一共用到了兩個表:一個是tab表,一個是tabmeta表,並將tabmeta表中的tid參照tab的id創建外鍵(其實不想在數據庫中創建出這個關係,想在程式或DAO層實現這樣的關係).

建立出對應的實體類別(用InteliJ IDEA的逆向工程直接透過表格產生的):

//tab的实体类
@Entity
@Table(name = "tab", schema = "springfkhibernate", catalog = "")
public class TabEntity {
    private int id;
    private String name;
    private Map<Object, TabmetaEntity> tabmetasById;
    //省略一些该有的函数和geter seter

    @MapKey(name = "metakey")
    @OneToMany(mappedBy = "tabByTid")
    public Map<Object, TabmetaEntity> getTabmetasById() {
        return tabmetasById;
    }

    public void setTabmetasById(Map<Object, TabmetaEntity> tabmetasById) {
        this.tabmetasById = tabmetasById;
    }
}
//tabmeta的实体类
@Entity
@Table(name = "tabmeta", schema = "springfkhibernate", catalog = "")
public class TabmetaEntity {
    private int id;
    private String metakey;
    private String metavalue;
    //省略该有的getter和setter
}

產生的時候的參數:

但是這樣會搞出兩個實體類別出來,一個是TabEntity,一個是TabValueEntity,強迫症表示不爽啊,本來這兩個表描述的是一個實體的問題,而不是兩個具有一對多的兩個對象的關係.現在我想問一下能不能實現在TabEntity中準備一個類型為(Hash)Map的變量metas,專門用來存儲這些不確定的參數,這樣就只有一個實體類了.但是這樣的話,數據在回存數據庫的時候又應該怎麼實現呢?
現在這種方式產生的實體類如果想要訪問其中的某一個不定參數的話,需要:
TabDao.getEntity(...).getTabmetasById().get('somekey').getMetaValue()
#來實作,但是如果把這兩個表的資料理解成一個實體的資料的話就應該這麼實作:
TabDao.getEntity(...).getMeta('somekey')
不知道大神有沒有針對這方面的建議....
另外想問大神在IDEA的關係創建的對話框中每一項參數會產生怎樣的影響.

困惑比較大,還望大神們賜教!

我想大声告诉你我想大声告诉你2755 天前586

全部回覆(1)我來回復

  • 滿天的星座

    滿天的星座2017-05-17 10:08:59

    又到了自問自答的環節....
    如果說實現我上面說的那種方式,還要實現LazyLoad,IDEA自動生成基本上是沒戲的....那個生成的功能是不包括建立非物件之間的關係的,如果需要建立,只能自己去改映射檔.先把那個tab表的實體類別生成出來,然後在tab的實體類別中加入一個Map類型的物件(具體映射的類型看另一個表格的欄位資料型別),產生對應的geter和seter函數.
    然後就是map檔:

    <map name="values" table="tabmeta">
        <key column="tid" foreign-key="id"/><!--虚拟外键:谁和谁相等代表关系-->
        <index column="meta_key" type="string"/><!--Map的Key是谁-->
        <element column="meta_value" type="double"/><!--Map的Value是谁-->
    </map>

    回覆
    0
  • 取消回覆