用規范化方法檢查每個實體,從實體中去除不需要的屬性或集合,以避免不必要的數據冗余和數據操控語言( 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 閱讀全文>>對于在多個分類(實體)中出現的數據項,可以標記這些項的屬性域,這樣對于這些項可以直接在域中維護,無須到每一實體中去修改。
2018-04-27 閱讀全文>>局部邏輯模型主要由實體、屬性和關系組成,構建局部邏輯模型的第一步就是標識模型的實體。
2018-04-27 閱讀全文>>考察機構信息錄入模塊、領導班子信息錄入模塊的輸入數據,同時結合一些系統需求說明等資料,選取以下數據項:機構標識、機構名稱、機構類別、機構地址、聯系電話、直接上級機構,以及員工編號、姓名、出生日期、性別、民族、參加工作時間。
2018-04-27 閱讀全文>>每個數據項的名稱、別名、類型、長度、取值范圍、數據量的大小和代碼等基本特征。
2018-04-27 閱讀全文>>結合某商業銀行具體案例,對邏輯數據模型、物理數據模型設計展開詳細描述。
2018-04-27 閱讀全文>>為了更好地設計數據模型,應該明確一些設計原則來規范數據模型的設計,以下為推薦的一些模型設計要求。
2018-04-27 閱讀全文>>模型設計流程一般包括概念數據模型(需求收集階段)、邏輯數據模型(分析與設計階段)、物理數據模型(實現階段)三個階段,與項目各階段的對應關系見表4-2。
2018-04-27 閱讀全文>>數據模型建模標準主要針對企業級邏輯數據模型和應用級邏輯數據模型。企業級邏輯數據模型和應用級邏輯數據模型應包含邏輯數據模型ER圖和邏輯數據模型說明文檔兩部分內容。
2018-04-27 閱讀全文>>1492條 上一頁 1.. 61 62 63 64 65 ..100 下一頁