上一次我摘了些第一章的內容,整理成了筆記,不知道對大家有沒有點幫助啊,呵呵...第一章主要是講了些概念上的東西，讓大家對基本的概念有點理解，沒有摘完全，只是選了我覺得有概括性的語句。現在，來寫寫第二章的筆記吧，ready?？go！
第二章 工作場所中的資料庫建模
第一章描述了資料庫模型設計的歷史，不同型別的應用程式，以及這些應用程式如何影響資料庫模型的基本結構。對於資料庫模型設計者來說，人非常重要。這些人幾乎總是終端使用者。對於資料庫模型建立者來說，重要的是查詢需要什麼人。人的技術是必要的。這一章，將讓我們理解在資料庫模型設計中，人是非常重要的因素，無數資料庫是否已經存在。
業務規則與目標
業務規則定義：業務規則在本質上是公司日常工作中的一切過程和流程，即該業務的操作和執行公司的操作過程所進行的決策。
業務規則在本質上具有關於定義和重新定義的重要作用範圍，甚至是在乙個公司中，從本質上來說，業務規則包含公司的以下方面：
任何形式的，任何型別的公司策略及公司的任何層次
任何型別的計算或公式
任何型別的規章制度
結合人的因素
作為資源的人：請您構建資料庫模型的人通常可以告訴您關於模型中應該包含的大部分內容，有時甚至會告訴您模型中的每個部分應該如何互相關聯。然而，這個人通常不是技術人員，並且不了解資料庫模型設計。資料庫設計人員應該將使用者的思想和語句用專門技能演繹。使用者和設計人員在這個過程中具有同等重要性。
設計資料庫模型是細節的抽象化。抽象化是邏輯的或算術的過程，設計抽象化用於更容易地處理特定的情況。抽象化嘗試劃分不同的活動，最終在劃分的層次上進行處理，而不是在活動的層次上。經過適當的抽象化，業務環境中兩種明顯不同的事情可以變為相同的事情。
與適合的人交談
具有最多業務知識的人通常是經理、小型公司的管理層以及較大型公司中的中層管理。對於大型公司，最佳的討論人選是具有良好的整體業務描述的高階經理。相比於進一步縮小範圍到很好地了解業務的人，或許是同時具有專門技能和業務操作技能的某個人，這些人有更多時間與資料庫設計人員進行交流。
資料庫模型需求越複雜，您就必須提出越多的問題。提出的問題越多，設計解決方案的結構中就有越多的細節和層次。
非常複雜的資料庫模型不是最終的目標。應用程式開發者和終端使用者需要簡單性。如果沒有適當的簡單性，資料庫模型設計就可能無法使用，特別是在終端使用者和資料倉儲的情況中。
資料庫模型建立者的工作是通過抽象化實現簡單性。
獲得正確的資訊
獲得正確的資訊實際上是與合適的人討論的延伸，其中正確的細節來自於了解公司如何正常盍的人所說的話。檢視正確資訊的另一種方法是與更多的人進行討論，這些人牌處於公司的不同部門和階層中。
重要的不是您知道什麼，而是您認識誰；也不是您說什麼，而是如何說！
永遠不要假設您比內部員工知道更多的內容，但也要認識到，您確實有一些經驗。
重要的是傾聽！傾聽，學習，並且研究所得到的每部分資訊。
處理不利和情況
相當常見的是，設計的最佳環境是完全非計算機化的環境。
將一沓紙計算機化
對於基於紙張的系統，問題通常是沒有非常細心地設計它，並且已經或多或少地成為必要的情況。通過紙張系統的最容易方法是收集盡可能多的列印材料，然後開始對其進行分類。
轉換傳統的資料庫
轉換傳統的資料庫往往可能是最困難的工作。有時資料庫是部分不可訪問或者很難訪問。有時資料庫甚至可能使用網路或層次結構資料庫建模技術。好的方法是首先找到公司中的專家。通過與其他人進行討論和詢問問題，獲得更進一步的、更快的和更容易的解決方案。
異類資料庫的同類整合
異類系統是由不同部分組成的系統。任何型別的資料庫都可以使用其中任何乙個資料庫執行整合。思路是控制資料庫中檢索資料，該資料庫建立異類的、無縫的、透明的介面，並且管理任何數量的底層資料庫中的資料。
從電子**轉換
將電子**等轉換為資料庫模型的優點是，電子**可能在很多方面沒有基於主機的傳統網路資料庫或基於紙張的系統那麼複雜。
整理混亂的資料庫
整理混亂的資料庫暗示已經存在關聯式資料庫，但該資料庫模型是完全混亂的。在其中可以找到無效的資料、孤立的記錄、以及其他類似的問題。在開始之前，首先建立所需的內容。在建立期望的記錄後，您甚至可能發現只有很少的將要結構錯誤或關係錯誤，這些錯誤很容易修復。
這一章主要是談到了在工作場所中的建模，主要強調了人的作用。在很多時候，我們總是會用專業的眼光，從技術的角度出發，做出我們認為是理所當然的模型。卻忽略了乙個很關鍵的因素：人。
在最近的電子辭典專案中，負責人也開始強調這一點：要從使用者的角度出發，從人出發。。。
《資料庫設計入門經典》之第三章筆記
上一次寫了一點第二章的筆記，強調了在做資料庫模型的設計時要注意 人 的作用，這一次，來說點正題。第三章的主題目是 資料庫建模構件塊，看過了以後覺得有些還是在講資料庫的概念性東西，不過，就算是學過了也還是要看一遍，我們總是容易高估自己的記憶，其實很多時候，一些很基礎的東西你不一定隨時都能解釋清楚它們到...
資料庫設計入門經典 之第一章筆記
現在，來寫一下我看了前三章的體驗吧！go！第一章 資料庫建模的過去與現在 呼呼，這一章基本都是在講一些概念性的東西，所以，應該也沒什麼感想可寫，那就再摘一點 蘋果 來分享好了，ready?go 資料庫 資料庫是資訊的集合 較為相關的資訊和組織良好的資訊。資料庫由在安裝資料庫軟體時建立的物理檔案組成。...
資料庫第二章
關係模式 型 是對關係的描述 是靜態 穩定的 關係 值 關係模式在某一時刻的狀態或內容 動態的 不斷變化的 關係模式和關係往往籠統稱為關係，通過上下文加以區別 關聯式資料庫的型與值 關聯式資料庫的型 關聯式資料庫模式，是對關聯式資料庫的描述 關聯式資料庫的值 關係模式在某一時刻對應的關係的集合，通常...