-
資料庫概念設計的任務是將需求分析階段生成的需求規範抽象為乙個資料模型,該模型不以特定方式依賴於任何特定機器。
即概念模型。
概念模型將設計人員的注意力從複雜的實現細節中解放出來,只關注最重要資訊的組織結構。
和處理模式。
-
通過分解系統功能並對它們之間的關係進行分類(例如,通過輸入、輸出、控制和機制)來描述系統功能。
IDEF1 用於描述企業運營中的重要資訊。
IDEF 代表整合計算機輔助製造 (ICAM) 定義。 最初的IDEF方法建立於美國空軍的ICAM專案中,最初開發了三種方法:功能建模(IDEF0)、資訊建模(IDEF1)和動態建模(IDEF2),後來隨著資訊系統的不斷發展,開發了以下IDEF系列方法:
資料建模(IDEF1X)、過程描述獲取方法(IDEF3)、物件導向設計(IDEF4)方法(IDEF4)、使用C語言的OO設計方法(IDEF4C)、實體描述獲取方法(IDEF5)、設計理論(RATIONALE)獲取方法(IDEF6)、人機互動設計方法(IDEF8)、業務約束發現方法(IDEF9)、網路設計方法(IDEF14)等。
-
概念結構設計的方法是e-r圖。
-
是概念、設計還是方法?
-
若要使用 E-R 資料模型設計概念,必須首先根據需求描述標識實體、連線和屬性。
採用E-R方法對資料庫進行概念設計可分為三個步驟:首先,設計區域性E-R圖; 然後,對區域性E-R圖進行合併,解決可能存在的衝突,得到初步的E-R圖。 最後,對初步的E-R圖進行修正和重構,剔除冗餘部分,得到最終的全域性E-R圖,即概念模型。 在需求分析和邏輯設計之間增加乙個概念設計階段,使設計人員只看資料,從使用者的角度處理需求和約束,從而產生反映使用者觀點的概念模型。
這樣做有三個好處:
1)資料庫設計不像每個階段的任務那麼簡單,降低了設計的複雜度,便於組織和管理。
2)通用模式不受特定DBMS的限制,獨立於儲存安排,因此比邏輯設計得到的模式更穩定。
3)概念模型不包含特定DBMS所附的技術細節,便於使用者理解,從而準確反映使用者。資訊需求。
在初步的 E-R 圖中,實體之間可能存在一些冗餘資料和冗餘連線。 所謂冗餘資料,是指可以從基礎資料中得出的資料,冗餘連線是可以由其他聯絡人匯出的觸點。 冗餘資料和冗餘連線很容易破壞資料庫的完整性,增加資料庫維護的難度,應予以消除。
消除冗餘後的初步e-r圖稱為基本e-r圖。
然而,並非所有冗餘資料和冗餘連線都必須消除,有時為了提高效率,必須以犧牲冗餘資訊為代價來使用冗餘資訊。 因此,在設計資料庫的概念結構時,必須消除那些冗餘資訊,並根據使用者的整體需求確定那些允許存在的冗餘資訊。 如果人為地保留了一些冗餘資料,則應使用資料字典中對資料關聯的描述作為完整性約束。
-
資料庫是根據資料模型組織的資料集合,並將資料儲存在輔助儲存中。 這種資料採集具有以下特點:盡可能不重複,以最佳方式服務於特定黨組織的多種應用,其孝道資料結構獨立於使用它的應用,資料的增刪修改和粉塵檢測均由統一軟體進行管理和控制。
從發展史上看,資料庫是資料管理的高階階段,由文件管理系統發展而來。
-
在資料庫設計的概念設計階段,表示概念結構的常用方法和工具有實體接觸法和實體接觸圖。
資料庫設計是指針對給定的應用環境構建最優的資料庫架構,並建立資料庫及其應用系統,使其能夠有效地儲存資料,滿足各種使用者的應用需求(資訊需求和處理需求)。 在資料庫領域,使用資料庫的各種型別的系統通常統稱為資料庫應用系統。
資料庫設計的設計內容包括:需求和兄弟分析、概念結構設計、邏輯結構設計、物理結構設計、資料庫實現、資料庫運維等。
資料庫設計是指根據使用者的需要,設計資料庫結構,在特定的資料庫管理系統上建立資料庫的過程。 資料庫系統需要作業系統的支援。
資料庫設計是建立資料庫及其應用系統的技術,是資訊系統開發建設的核心技術。 由於資料庫應用系統的複雜性,資料庫設計為了支援相關程式的執行而變得極其複雜,因此最優設計不可能一蹴而就,而只能是乙個“反覆探索、循序漸進”的過程,即對資料庫中的資料物件以及這些資料物件之間的關係進行規劃和構建的過程。
-
資料庫主要設計如下:
1)概念設計。在資料分析的基礎上,採用自下而上的方法,從使用者的角度設計檢視,一種是用E-R模型來表示資料模型,這是乙個概念模型。 e-r模型是設計資料庫和資料結構的基礎。
IDEF1X技術還支援概念模型,採用LDEF1X方法構建系統的資訊模型,使模型具有一致性、可擴充套件性、可變性等特點,也可以作為資料庫設計的主要依據。
2)邏輯設計。E-R模型或IDEF1X模型獨立於資料庫管理系統(DBMS),需要結合DBMS的具體特性來建立資料庫的邏輯結鏈燃燒結構,對於關係型DBMS,應將概念結構轉化為資料模式、子模式和標準化,並給出資料結構的定義, 也就是說,所包含的資料項在明亮和虛無中,型別稱為純,它們之間的長度和層次或相互關係。
3)物理設計。不同的DBMS針對不同的物理環境提供不同的儲存結構和訪問方式。 物理設計是對資料架構的一些物理細節進行設計,例如資料項儲存要求、訪問方式、索引建立等。
-
資料庫設計的主要基本原理包括:
1、資料要求:根據應用系統的資料需求,如需要儲存什麼型別的資料、資料之間的連線、資料的完整性要求等,確定資料模型和資料結構。
2、資料量估算:根據應用系統的業務量和資料量,進行資料量估算和亂七八糟的分析,確定資料庫的規模和效能。
3、資料時效性:根據應用系統的實時性要求和資料的時效性要求,設計並確定資料庫更新策略和訪問方式。
資料庫設計基於應用系統的要求。 設計人員需要充分了解應用系統的業務特點和資料需求,按照合理的規劃和方法,設計出能夠滿足應用系統要求的高效、安全、可靠的資料庫結構。
-
資料庫設計過程分為以下六個階段:
1.需求分析階段。
準確理解和分析使用者需求,包括資料和處理,是整個設計過程的基礎,也是最困難、最耗時的一步。
2.概念結構設計階段。
它是整個資料庫設計的關鍵,通過對使用者需求的整合、歸納和抽象,形成獨立於特定資料庫管理系統的概念模型。
3.邏輯結構設計階段。
將概念結構轉換為 DBMS 支援的資料模型並對其進行優化。
4.資料庫物理設計階段。
選擇最適合邏輯資料模型應用環境的物理結構(包括儲存結構和訪問方式)。
5.資料庫實施階段。
根據邏輯設計和物理設計的結果,利用資料庫管理系統提供的資料語言、工具和主機語言構建資料庫,構建資料庫,編寫除錯應用程式,組織資料倉儲,進行試執行。
6、資料庫運維階段。
資料庫應用系統試執行後即可投入正式執行,在資料庫系統執行過程中需要不斷評估、調整和修改。
注:在設計過程中,資料庫的設計與資料庫中資料處理的設計緊密結合,對這兩個方面的要求在每個階段同時進行分析、抽象、設計、實現,相互借鑑、相互補充,從而完善這兩個方面的設計。
為避免地質鑽孔資料庫建設混淆,地質鑽孔資料庫命名原則定義如下,涉及不同省(市、自治區)、不同地質產業、不同型別地質工作、不同地質勘探單位。 >>>More
RTDB實時資料庫的乙個重要特點是實時,包括實時資料和實時交易。 實時資料是現場IO資料的更新週期,作為實時資料庫,實時資料不容忽視。 一般資料的實時性主要受現場裝置的限制,特別是對於一些較舊的系統。 >>>More
設計內容及要求:
主要利用C語言的文件操作能力設計乙個小型管理資訊系統,至少具備以下功能:圖書儲存,查詢分類統計按書名、出版社、**、作者。 操作介面應符合使用者的一般習慣,圖形或文字介面可設計引數,包括: >>>More
Microsoft Access 是乙個關聯式資料庫,它由一系列表組成,而表又由一系列行和列組成,每行是一條記錄,每列都是乙個字段,每個欄位都有乙個欄位名,欄位名稱不能在表中重複。 圖 1 顯示了“產品”表的示例。 “產品”表由 10 條記錄組成,一條記錄佔一行,每條記錄由 6 個字段組成:產品 ID、產品名稱、庫存數量、訂單數量、單價和折扣率。 >>>More