5K+ 閱讀量
資料管理是關鍵,也是必不可少的。因此,資料模型起源於解決檔案系統問題。以下是 DBMS 中的資料模型:層次模型在層次模型中,透過關係的集合形成層次關係,並形成樹狀結構。關係可以定義為父子型別。最早且最流行的層次模型之一是資訊管理系統 (IMS),由 IBM 開發。示例層次結構顯示員工可以是實習生、合同工或正式員工。子級別顯示正式員工可以被聘用為撰稿人、高階撰稿人或編輯:優點設計... 閱讀更多
3K+ 閱讀量
良好的資料庫設計是每個人都希望實現的目標,以避免處理不良設計的後果。以下是良好資料庫設計的目標:避免冗餘資料資料庫中的表應按照標準構建,並以最大的專注度構建。它應該有不同的欄位並最大限度地減少冗餘資料。表應始終具有主鍵,該主鍵將是唯一的 ID。無故障資訊資料庫應遵循標準和約定,並提供對組織有用的有意義的資訊。資料完整性完整性有助於保證值有效且無故障。資料完整性設定為表,... 閱讀更多
50K+ 閱讀量
DBMS 中的依賴關係是兩個或多個屬性之間的關係。它在 DBMS 中具有以下型別:函式依賴完全函式依賴傳遞依賴多值依賴部分依賴讓我們從函式依賴開始:函式依賴如果表中儲存的資訊可以唯一地確定同一表中的其他資訊,則稱為函式依賴。將其視為同一關係的兩個屬性之間的關聯。如果 P 函式確定 Q,則 P -> Q讓我們看一個例子:EmpIDEmpNameEmpAgeE01Amit28E02Rohit31在上表中,EmpName 根據 EmpID 具有函式依賴性,因為對於給定的 EmpID 值,EmpName 只能取一個值:EmpID -> EmpName同樣的顯示... 閱讀更多
識別 DBMS 中的實體關係用於識別強實體和弱實體之間的關係。在開始之前,讓我們以 Professor 實體為例,它是我們的強實體,Professor_ID 作為主鍵:Professor_IDProfessor_NameProfessor_CityProfessor_Salary弱實體是 Professor_Dependents 實體:NameDOBRelation現在,讓我們繼續,弱實體弱實體依賴於強實體,並且沒有主鍵。弱實體具有部分鍵。它表示為雙矩形:強實體其他實體依賴於強實體,並且它具有鍵屬性,即主鍵,並表示為單個矩形。識別關係它連結強實體和弱實體... 閱讀更多
資料模型的歷史有 DBMS 的三代:層次系統是第一代 DBMS。第一代還配備了 CODASYL 系統。它們都出現在 20 世紀 60 年代。第二代包括關係模型。E.F.Codd 博士在 1970 年引入了它。第三代包括物件關係 DBMS 和麵向物件 DBMS。資料庫的歷史時間線如下所示:基於檔案的檔案系統出現在 20 世紀 60 年代,並被廣泛使用。它儲存資訊並將其組織到儲存裝置中,如硬碟、CD-ROM、USB、SSD、軟盤等。關係模型關係模型由 E.F.Codd 於 1969 年引入。該... 閱讀更多
6K+ 閱讀量
DBMS 中的實體可以是具有存在性的現實世界物件,例如,在公司資料庫中,實體可以是員工、部門、專案等。在學院資料庫中,實體是職業、學生、成績、活動等。實體表示為單個矩形,如下所示以下列出了實體關係:一對一關係在一對一 (1:1) 關係下,實體 P 的一個例項與實體 Q 的例項相關,實體 Q 的一個例項與實體 P 的例項相關。讓我們看一個例子:一個人只能擁有一個護照,並且一個護照分配給一個人。一對多關係在... 閱讀更多