這樣的業務邏輯如何設計資料庫結構?

2021-08-22 06:39:47 字數 366 閱讀 9581

頁面如下:

要素名稱:    如:保險期間

要素單位:    如:年,月,日,使用者希望對單位一次全部填寫進去

要素值:    如:1,12,265      對應以上的年,月,日。

我整個的架構採用的是struts+hibernate,資料庫應該如何設計?有遇到類似情況的嗎?

由上邊可以知道,要素名稱和要素單位是一對多的關係。可以將要素名稱放在乙個表中,假設叫riskfactor,要素單位和要素值放在另乙個表中,假設叫riskfactorunit,但是在程式上比較難實現,從頁面上無法判斷有多少個要素值,那也就不知道有多少riskfactorunit物件,也就無法與riskfactor關聯。

不知道我的想法對嗎?請教各位,謝謝!

如何設計資料庫

表與表之間的關係 例如下圖 假設使用者下單需要哪些表?每張表設計什麼字段,要用什麼型別 例如 建立個user表 create table t user id int 11 not null auto increment comment 使用者表id username varchar 50 not n...

如何設計資料庫 1 ?

為什麼需要設計資料庫 這裡我們思考兩個問題 修建茅屋需要設計嗎?修建大廈需要設計嗎?結論是 當資料庫比較複雜 如資料量大,表較多,業務關係複雜 時,我們需要先設計資料庫 因為,良好的資料庫設計能夠 q節省資料的儲存空間 q能夠保證資料的完整性 q方便進行資料庫應用系統的開發 糟糕的資料庫設計 q資料...

如何設計資料庫 2

資料規範化 僅有好的rdbms並不足以避免資料冗餘,必須在資料庫的設計中建立好的表結構。表設計後,很可能結構不合理,出現資料重複儲存,簡稱資料的冗餘,這對資料的增刪改查帶來很多後患,所以我們需要審核是否合理,就像施工圖設計後,還需要其他機構進行審核圖紙是否設計合理一樣。如何審核呢?需要一些有關資料庫...