hibernate 類別表設計問題

發布 科技 2024-08-23
16個回答
  1. 匿名使用者2024-02-01

    建立資料庫。

    在“開始”選單中選擇“Program Management SQL Server 2008 SQL Server Management Studio”命令,以開啟 SQL Server Management Studio 視窗並使用 Windows 或 SQL Server 身份驗證建立連線。

    在“物件資源管理器”視窗中,選擇“伺服器”,然後選擇“資料庫”節點。

    右鍵單擊“資料庫”節點,然後從彈出的快捷選單中選擇“新建資料庫”命令。

    完成上述操作後,將彈出“新建資料庫”對話方塊。 在對話方塊中,左側有三個選項,分別是[常規]、[選項]和[檔案組]。 在這三個選項中完成設定會議後,您將完成資料庫建立工作,並在“資料庫名稱”文字框中輸入要建立的資料庫的名稱。 例如,這裡以“新建資料庫”開頭。

    在“所有者”文字框中,輸入新資料庫的所有者,例如 sa。 根據資料庫的使用情況,選中“使用全文索引”核取方塊。

    在“資料庫檔案”列表中包括兩行,一行用於資料庫檔案,另一行用於日誌檔案。 通過單擊下面的“新增”和“刪除”按鈕來新增或刪除資料庫檔案。

    切換到“選項”頁,您可以在其中設定資料庫的排序規則、恢復模式、相容級別和其他屬性。

    切換到“檔案組”頁面,您可以在其中新增或刪除檔案組。

    完成上述操作後,單擊“確定”關閉“新建資料庫”對話方塊。 此時,將建立“新建資料”資料庫。 可以在“物件資源管理器”視窗中看到新建立的資料庫。

  2. 匿名使用者2024-01-31

    如果不設定外來鍵,表設定不必與 habernate 相關。 即使您的表中設定了外來鍵。 您仍然可以在休眠狀態中取消設定關聯。

    但是,當您使用 hibernate 進行查詢時,您需要自己關聯查詢並組織資料。 當前專案應使用較少的外來鍵。 撇開麻煩不談,它會帶來很多不必要的問題。

    最好直接在 ** 中控制關係資料。

  3. 匿名使用者2024-01-30

    這是乙個複雜的問題。

    從物件導向的角度來看,高階實體會重新生成表。

    從資料庫分析設計的角度出發,我們先建表。

    想必效果是一樣的。

  4. 匿名使用者2024-01-29

    先生進入實體類!

    因為實體類是業務流程中最核心的部分!

    然後基於休眠構建乙個表!

  5. 匿名使用者2024-01-28

    當然,你需要先搭建乙個表,建表後就可以使用該工具自動生成實體類。

  6. 匿名使用者2024-01-27

    其實在資料庫層設計多對多的時候,是要有中間表的,建議大家要避免這樣的多對多,或者盡量少用,比如老師和學生,就需要乙個中間表,冬眠是資料庫關係的體現,可以生成乙個課程表裡有物件的老師, 並且學生的物品也被使用,這樣他們就可以清楚地反映出來。 ;這樣一來,學生和老師都是多對多的,但是有乙個中間表,多半是一對多的,如果不想改資料庫的話, **層會很不清楚,建議你選擇我的方法,或者生成的pojo有抽象類,下面還有乙個繼承的實體類, 而且裡面是重構的,如果重構不是一兩句話,可以解釋清楚,這個方法也是可行的。

  7. 匿名使用者2024-01-26

    使用者 <1> - 選單(使用者個人選單)。

    它是 1 對多。

    多對多必須具有中間表,例如:

    使用者< 1>--中間表--<1>選單。

    中間的表格加上生效日期可以像往常一樣新增,如果你使用注釋,我可以給你舉個例子。

  8. 匿名使用者2024-01-25

    使用 MyEclipse 自動生成 Pojo 實體類 資料庫中的每個表都會生成乙個對應的 Pojo 實體類。

  9. 匿名使用者2024-01-24

    編寫乙個中間類 usermenu,並將其配置為一對多、user 和 usermenu 一對多、menu 和 user menu 一對多。

  10. 匿名使用者2024-01-23

    選項 1:

    以下選項可用於新增 :value 的值

    驗證 載入 Hibernate 時,驗證是否已建立資料庫表結構。

    每次載入 Hibernate 時,CREATE 都會重新建立資料庫表結構。

    create-drop 是在載入 hibernate 時建立的,exit 是刪除表結構。

    更新 Load Hibernate 以自動更新資料庫結構。

    解決方法二:使用自動生成**後,src下有個檔案,這裡加一句話。 這些值的選項與上述選項相同。

  11. 匿名使用者2024-01-22

    那麼你就不能使用 Hibernate 的 ORM 功能了,只能用 SQL 自己實現,而 Hibernate 也可以支援直接的 SQL 語言操作。

    但是,給每個使用者建立乙個表本質上是不合理的,而且很難管理,當有數千個使用者時,就會有數千個表,資料庫將無法支援這麼多表,效能會很低。 但是,資料表中有數百萬條記錄,資料庫仍然非常容易處理,因此與其無限期地增加表的數量,不如修改表結構,在有限的表中儲存更多效能更高的使用者資料。

    如果使用者數量較多,每條記錄的列數較大,則應考慮對錶進行水平切割(部分記錄行放在乙個表中,另一部分記錄行放在另一表中,以減少記錄行過多對錶造成的負擔)或垂直切割(記錄行中的某些列放在乙個表中,並且列的另一部分放置在另乙個表中,以減少因記錄過大或兩者兼而有之而對錶造成的負擔。

    還有一種更簡單的方法可以通過修改正規化設計來實現更高效能的資料儲存(例如,通過一對一的鍵關聯將使用者的資料分別放在兩個表中)。

  12. 匿名使用者2024-01-21

    為每個使用者建立表? 天哪,資料庫要瘋了......有了這個需求

    不知道房東當初的要求是不是單獨為這個使用者儲存一組資料,比如位址、**、郵政編碼等細節。 如果是這樣,建議房東建造兩張類似的桌子。

    user 和 userdetail 表,然後在 userdetail 表中有乙個欄位來儲存 user 的主鍵 ID,以便可以查詢。

    如果房東必須建立表,Hibernate 支援原始 SQL 語句,房東可以嘗試一下。

    似乎是方法。 此方法在 SQL 語句而不是 HQL 語句中傳遞。

  13. 匿名使用者2024-01-20

    手錶不是你先造的嗎? 使用 SQL 語句建立語句

  14. 匿名使用者2024-01-19

    休眠會話可以返回乙個連線物件,該物件可用於執行 jdbc 以建立表。

  15. 匿名使用者2024-01-18

    例如,Struts2 有乙個 OGNL 表示式,它輸入了您需要提交的名稱來設定它。

  16. 匿名使用者2024-01-17

    寫入等級類屬性,Struts2 會為您封裝它。

相關回答