參考：PWR Schema Design Decision：盡量限制PWR的繼承關係至多為三層
將Entity拆成多個子Entity：
優點：擴充性較高，新增別種子型別的Entity時，對於父Entity的影響不大。
缺點：填入資料及查詢資料的程式較為複雜，且繼承關係愈長，UOW愈長，為了要檢查RI的完整性，可能會導致較多的Lock
將多個子Entity併回一個父Entity：
優點：填入資料及查詢資料的程式較為簡單，一個SQL即可完成交易，UOW較短
缺點：在新增別種子型別Entity時，擴充性較低
因為分拆與合併的優缺點是相互抵觸的，所以在這裡定下一個標準：只有針對PWR主要Focus且有彈性擴充需求相關資料，如Remote monitoring的資料，採用分拆的設計；其它次要的資料及較無彈性擴充需求的相關資料，如醫療記錄、生活史資料，則採用合併的設計
沒有留言:
張貼留言