11 回答

TA貢獻1757條經(jīng)驗 獲得超8個贊
建議是分開
主要是看自身業(yè)務要求形態(tài),具體情況具體分析
分開好處:
- 不是用戶表自身屬性
- 分開,更容易控制金額的變化(尤其是分布式下)

TA貢獻1828條經(jīng)驗 獲得超3個贊
從領域模型來看,余額不是用戶自身的屬性,【用戶】依賴【余額】,【余額】關聯(lián)【用戶】,所以分開存儲更合理。如果因為余額的變更而引起用戶信息改變,或刪除用戶后造成用戶余額不可訪問,這個聽起來是有問題的。況且用戶和余額可能分別有各自的狀態(tài)。

TA貢獻1810條經(jīng)驗 獲得超4個贊
這種設計方法,簡而言之就是(用戶簡單信息表->用戶詳細信息表)這種模式分開。
如果寫在了同一張表中:
優(yōu)點:用戶進入個人中心查詢詳細信息只需要一次查詢而不是用戶表連接查詢。提高效率。
缺點:用戶信息表字段過多,比如有20個用戶信息字段,那么用戶表就有20個字段。登陸注冊的時候,只需要用戶名和密碼的,但是表過于大,會降低效率。
如果分開兩張表:
優(yōu)點:用戶簡單信息表,只保存用戶id,用戶名,密碼,等必查項。對用戶登錄注冊比較方便。畢竟詳細信息不會每天都查。提高效率
缺點:查詢詳細信息的時候,需要表連接,降低效率。
以上這只是最淺顯的分析,容易理解。更深層次的分析如何設計數(shù)據(jù)庫,還需要更多的場景和業(yè)務需求

TA貢獻2037條經(jīng)驗 獲得超6個贊
用戶余額字段如果只有一個的話建議放在用戶表,余額不是大字段,沒必要拆分.
數(shù)據(jù)庫設計的兩個基本要求:
- 能實現(xiàn)需求
- 能保證性能

TA貢獻1826條經(jīng)驗 獲得超6個贊
這是一種取舍,余額如果特別重要,比如有些業(yè)務場景下和錢有關系,很敏感下,應該單獨存放在擴展表里,如果僅僅是和user表內數(shù)據(jù)差不多的,那就放user表里好了,

TA貢獻1785條經(jīng)驗 獲得超8個贊
拆開
拆開的同時保留用戶表的數(shù)據(jù)作為緩存字段。余額表最近一條記錄應該保存 用戶id、發(fā)生時間、操作符號、產生金額、操作后結余金額,提高可靠性。
如果用戶表的金額 和 操作表的對不上則說明存在異動。
- 11 回答
- 0 關注
- 651 瀏覽
添加回答
舉報