? ? 前些天小編所在的組織部重構。組長交給小編一項設計實體的活兒，它是我們軟件靈魂(數據)的載體,實體的抽象影響到數據庫設計,數據庫設計的質量影響到整個程序的運營,以下是我設計的實體關系圖:

系統核心業務邏輯

? ? 1、導入基礎信息
? ? 2、設置考核對象
? ? 3、設置定量指標以及權重
? ? 4、設置定性指標，相應的檔次和權重
? ? 5、設置定量定性指標的總體權重
? ? 6、錄入定量、定性、附加分成績，將（考核對象、指標、成績進行綁定）
? ? 7、將相應的成績進行計算并匯總

實體概念

? ? 實體:客觀存在并可相互差別的事物稱之為實體,實體能夠是詳細的人、事、物,也能夠是抽象的概念或聯系。

實體設計步驟

? ? 1、依據需求，將客觀存在的實體先畫出來
? ? 2、建立各實體之間的關系(1對1、1對多、多對多)
? ? 3、將公共屬性放到一個新實體中進行維護（如上圖的字典實體）

遺留問題

? ? 使用ITOO底層的框架（封裝好的增刪改查）假設每一個表中沒有冗余字段，那么在得分匯總的時候。進行數據匹配,指標表和成績表匹配,再和對象表匹配,再和基礎表匹配,那么數據量將上5位數,系統的性能怎樣提高?
? ? 系統對數據採用硬刪除的方式。通過主外鍵關聯能夠將從表中相應的關聯刪除掉，系統對數據採用軟刪除的方式，假設是三個表甚至是很多其它的表有主外鍵關聯。怎樣高速高效的刪除從表中的關聯數據?

總結

? ? 這個圖僅僅是一個實體的關系圖,在建立表的過程中還是須要依據詳細的業務須要,再詳細確定表中的屬性,有時候能夠通過添加添加冗余字段來減少查詢計算邏輯。
? ? 在設計實體的過程給自己最大的感覺就是對系統業務邏輯認識的提升，相信有了這個實體圖。心中將會有一個宏觀的圖的認識。邏輯將會更加清楚，由于業務的須要，里面實體間的關系也經過了重復思考而且和師哥在一起交流總結，感覺收獲多多。

? ? 真正做好。做大一個系統須要從更加長遠的角度去考慮，瞬間感覺任重而道遠啊。加油了O(∩_∩)O~

總結

以上是生活随笔為你收集整理的SQL Server--实体再复习的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。