與用戶進行討論,確保全局邏輯數據模型確實能體現用戶的需求。
2018-04-27 閱讀全文>>用規范化的方法檢查全局邏輯數據模型的實體,并檢查這些實體是否能支持所有的用戶事務。
2018-04-27 閱讀全文>>檢查關系的名稱。檢查局部模型中的關系,看是否存在重復關系。一般只有重復的實體間才會存在重復關系。
2018-04-27 閱讀全文>>本文總結了我機構通過調研走訪、數據分析等手段,全面總結梳理集團信息化現狀,從不同側面剖析公司如何通過IT創新驅動經營模式提供高附加值以及差異性服務,進而提高企業整體經營管理能力。深入分析問題根源,梳理集團各業務條線的信息化成長歷程,在此基礎上,提煉了我國卓越IT績效評估模型。
2018-04-27 閱讀全文>>在這個步驟中,要將各個局部邏輯數據模型組合成全局邏輯數據模型,并檢查合并過程中有變化的區域,以確保得到符合要求的全局邏輯數據模型。
2018-04-27 閱讀全文>>與用戶討論邏輯模型,對于不符合要求的地方要做相應的修改,以確保模型能體現企業的需求。
2018-04-27 閱讀全文>>完整性約束是為了防止數據模型不一致而強加的限制,標識完完整性約束之后,就可以得到一個完整而準確的描述視圖的局部邏輯數據模型。在此主要考慮下面五種類型的完整性約束:
2018-04-27 閱讀全文>>下面說明每一范式的具體規范化方法,操作在邏輯數據模型ER圖中進行。
2018-04-27 閱讀全文>>用規范化方法檢查每個實體,從實體中去除不需要的屬性或集合,以避免不必要的數據冗余和數據操控語言( DML)異常。
2018-04-27 閱讀全文>>步驟9:列出事務、檢查模型是否支持用戶事務
2018-04-27 閱讀全文>>在已創建的局部數據模型中,可能存在一些與傳統的關系型數據庫系統不兼容或關系型數據庫系統不便于處理的結構,如:多對多關系、多對多遞歸關系、復雜關系等。在這一步,要將這些數據結構轉換成能被或便于關系型數據庫系統處理的形式。
2018-04-27 閱讀全文>>在邏輯模型中,可能會出現以下情況:兩個或多個實體存在共同的屬性,而這些屬性又是實體必須的部分,這就造成邏輯模型的冗余。
2018-04-27 閱讀全文>>確定候選鍵( Candidate Key)、主鍵(Primary Key)這一步的目標就是為每個實體標識候選鍵,然后從中選擇一個作為主鍵。
2018-04-27 閱讀全文>>根據系統需求,判斷哪些實體之間存在關系,并添加對應關系。同時,還要為每個關系定義名稱。一般關系的名稱由動詞或動詞短語組成,例如:擁有、屬于、存在等。關系的名稱應有利于對關系的理解。
2018-04-27 閱讀全文>>標識完實體后,下一步就是標識這些實體的屬性。根據步驟1對數據項的分類,將每個數據項加入到相應的實體中,定義屬性的數據類型、長度、默認值和取值范圍。
2018-04-27 閱讀全文>>1515條 上一頁 1.. 62 63 64 65 66 ..101 下一頁