現在，來寫一下我看了前三章的體驗吧！go！
第一章 資料庫建模的過去與現在
呼呼，這一章基本都是在講一些概念性的東西，所以，應該也沒什麼感想可寫，那就再摘一點「蘋果」來分享好了，ready? go!
資料庫：資料庫是資訊的集合——較為相關的資訊和組織良好的資訊。資料庫由在安裝資料庫軟體時建立的物理檔案組成。另一方面，資料庫模型不僅是物理物件的概念，它還用於建立資料庫中的表。
資料庫模型：資料庫模型可以寬鬆地用於描述有組織的和有序的資訊集，該資訊集儲存在計算機上。通常使用資料建模解決方案來結構化有序的資料集，以這種方式可以更有效地資料和修改資料。
應用程式：從計算機術語中，應用程式是在計算機上執行的軟體，用來執行某個任務。從資料庫建模的觀點來看，不同的應用程式型別可以在一定的程度上確定資料庫模型設計的需求。
資料庫建模的發展：在關聯式資料庫模型之前出現的各種資料模型，部分地解決了如何儲存資料和如何有效地進行儲存這個無止境的問題。關聯式資料庫模型是當前用於靈氣儲存和檢索的最佳方案。
當每個資料庫模型在前乙個版本的基礎上進行改進時，資料庫建模開始發展。
資料庫建模技術的發展：
檔案系統
層次結構資料庫模型
網路資料庫模型
關聯式資料庫模型
關聯式資料庫管理系統
物件資料庫模型
物件—關聯式資料庫模型
資料庫的型別：
事務資料庫—基於對資料庫進行少量改動的事務。資料庫是事務驅動的。這種資料庫的主要功能是新增新的資料、修改已有的資料以及刪除已有的資料。
決策支援資料庫—通常稱為dss資料庫，它只完成如下工作：它們支援決策，一般來說是管理級的以及執行級的目標決策型別。
混合資料庫—只是混合包含oltp型別的併發性需求和資料庫型別的吞吐量需求。
資料庫模型設計：資料庫設計非常重要，因為根據資料庫模型設計編寫的所有應用程式都是完全與底層資料庫的結構相關的。如果必須在後面的階段中修改資料庫模型，則可能必須修改基於該資料庫模型構造的所有內容，也可能需要完全重寫。
設計是確保專案的所有方面在實際構建之前可以工作的過程。設計稍微類似於在花費數千小時以可能錯誤的方式構建之前在紙上進行測試。
理解資料庫設計：
定義目標
具有良好結構的資料庫模型的目標
資料完整性
支援有計畫的查詢以及ad-hoc或無計畫的查詢
支援業務目標
為任何必需的修改操作提供適當的效能
資料庫模型中的每個表應該更適合代表某個題目或主題
未來增長必須總要認真考慮的事項— 一些資料庫可能以無法估量的速度增長。其中資料倉儲增長是潛在可**的負載增加，而有時oltp資料庫增長可能會使您感到驚訝。
未來修改可以接納，但是進行潛在的結構修改可能很難
如果希望修改，則最小化應用程式和資料庫模型結構之間的相關性。
資料庫設計的方法：
需求分析—收集如下資訊：資料的性質、必需的特性和任何特別的需求
概念設計—開始使用圖形工具繪製漂亮的圖形：實體關係圖
邏輯設計—建立資料庫語言命令以生成表定義
物理設計—調整資料庫語言命令以針對表的底層物理屬性修改資料庫模型
調整階段—適當地建立索引、進一步地規範化、安全特性等的調整。
由於時間關係，今天先寫到這，這是對第一章的筆記總結。。
《資料庫設計入門經典》之第二章筆記
上一次我摘了些第一章的內容,整理成了筆記,不知道對大家有沒有點幫助啊,呵呵.第一章主要是講了些概念上的東西，讓大家對基本的概念有點理解，沒有摘完全，只是選了我覺得有概括性的語句。現在，來寫寫第二章的筆記吧，ready?go！第二章 工作場所中的資料庫建模 第一章描述了資料庫模型設計的歷史，不同型別的...
第一章 資料庫的設計
為避免資料庫的冗餘等問題導致對效能的影響，因而要對資料庫進行設計。資料庫設計就是將資料庫中的資料實體及這些資料實體之間的關係，進行規劃和結構化的過程。a 糟糕的資料庫設計 效率地下 更新和檢索資料庫時會出現許多問題。b 良好的資料庫設計 效率高便於進一步擴充套件 可以使程式的開發變得更容易。需求分析...
《資料庫設計入門經典》之第三章筆記
上一次寫了一點第二章的筆記，強調了在做資料庫模型的設計時要注意 人 的作用，這一次，來說點正題。第三章的主題目是 資料庫建模構件塊，看過了以後覺得有些還是在講資料庫的概念性東西，不過，就算是學過了也還是要看一遍，我們總是容易高估自己的記憶，其實很多時候，一些很基礎的東西你不一定隨時都能解釋清楚它們到...