簡單的說
因為雙向關聯的關係, 我們有可能會另外造一個Vo去接畫面上修改的內容
比方說, 角色, 更改名字的時候
但是這時候因為Vo中並沒有把關連帶進去
以至於我們直接拿Vo去new一個物件塞起來存, 他原本的關聯就會被儲存為沒關聯
因此, 若是在修改的動作下, 前面Vo丟進來的時候, 應該要先Get到該物件的entity
然後再把其中的屬性值Copy過去才對
原本有問題的寫法
改成
 |
-
如果想到快, 可能直覺就是Redis, 但是... 問:瞬間有100-200萬筆資料量進來, 如果存到redis, 這樣操作有沒有可能壓垮redis? 答: 在瞬間大量資料（如100-200萬筆）快速進入Redis，確實有可能導致Redis的性能瓶頸甚至崩潰，特別是在以下情況下：...
-
這次換工作, 還是想換到能用redis開發大流量的地方 畢竟有學習過, 稍微再進修一下讓自己能面試上 大約目標就是 關於高併發問題都能回答 然後在用個幾天把面試問題準備一下, 準備去面試 希望這個過程三周能走完XX 看看能不能一天進修14hr, 目前英文停課中 ------ [心...
-
微服務架構下的配置管理策略：Kubernetes 與 Spring Cloud 的比較與選擇 引言 在微服務架構中，配置管理是確保服務正常運行與維護的核心部分。尤其在多語言、多技術棧、多部署環境（如 Kubernetes）中，選擇合適的配置管理方案更為重要。本篇將探討如何在 ...
沒有留言:
張貼留言