BA資料建模概述 - batimes

第 1 步：實體
邏輯模型中的核心元素是實體。它代表組織中的人員、地點、事物、流程和事件。所有運營資料都適合特定實體，如果處理正確，則只有一個。請注意，出於效能原因，物理資料庫可能會引入冗餘。以一個簡單的銀行示例為例，其中有四個斜體實體。您的錢存放在有存款和取款功能的賬戶中，定期報表會傳送到您的一個或多個地址。
按照慣例，實體以單數的、面向業務的名詞命名。對於我們的示例，實體可能被稱為賬戶、交易（存款或取款的抽象）、報表和位置（而不是地址）。選擇一個合適的名字比看起來更難。我親眼目睹了團隊為最好的名稱和抽象級別而苦苦掙扎。不過，為組織提供具有有意義名稱的持久資料結構的努力是值得的。物理資料庫將實體實現為表或檔案。
 

第 2 步：關係 
一旦確定了有問題的實體，就可以將適當的實體聯絡在一起，形成所謂的關係。關係用於最終告訴資料庫引擎哪些資料元素屬於一起並且應該一起檢索。在物理資料庫中，關係使用鍵表示，下面將介紹這些鍵。一旦確定了有問題的實體，就可以將適當的實體聯絡在一起，形成所謂的關係。關係用於最終告訴資料庫引擎哪些資料元素屬於一起並且應該一起檢索。在物理資料庫中，關係使用鍵表示，下面將介紹這些鍵。
對於我們的銀行業務示例，賬戶與交易有關係，交易標識存款或取款適用的賬戶。Statement 是 Transactions 的集合，因此需要在那裡建立關係。最後，報表被髮送到位置，無論是實體地址還是電子地址。對於我們的銀行業務示例，賬戶與交易有關係，交易標識存款或取款適用的賬戶。Statement 是 Transactions 的集合，因此需要在那裡建立關係。最後，報表被髮送到位置，無論是實體地址還是電子地址。
 

第 3 步 - 屬性
在模型中確定關係後，可以將業務想要捕獲和報告的特定資料新增到實體中。資料元素稱為屬性，可以在定義實體後立即新增，但在適當的位置更容易新增關係。在物理資料庫中，屬性成為資料的欄位或列。在模型中確定關係後，可以將業務想要捕獲和報告的特定資料新增到實體中。資料元素稱為屬性，可以在定義實體後立即新增，但在適當的位置更容易新增關係。在物理資料庫中，屬性成為資料的欄位或列。
  

主鍵
每個實體都需要一個屬性或屬性組合，其值對於實體的每次出現都是唯一的。稱為“主鍵”或“唯一識別符號”。
 

外來鍵
為了鞏固實體之間的關係，使用了“外來鍵”。外來鍵是新增到關係另一側實體的一個實體的主鍵。Account-Transaction 關係是使用在示例中用“(FK)”表示的 Transaction 實體中放置的 Account 的帳號鍵繫結的。注意：顯示屬性、主鍵和外來鍵的確切方式通常由您組織的建模軟體和標準決定。為了鞏固實體之間的關係，使用了“外來鍵”。外來鍵是新增到關係另一側實體的一個實體的主鍵。Account-Transaction 關係是使用在示例中用“(FK)”表示的 Transaction 實體中放置的 Account 的帳號鍵繫結的。
屬性旨在表示單個事實，如果您發現某個屬性重複或位於錯誤的實體中，則需要使用“規範化”對其進行調整。Statement-Location 關係由於其多對多關係而導致重複屬性。歸一化可以解決這個問題。
 

概括
資料建模對我來說很有吸引力，因為它有助於將可能的資料需求的模糊性轉變為對業務規則和需求的精確描述。我開始意識到構建一個健壯的資料模型有助於我們發現資料對組織的意義。專注於資料的意義幫助我解決了不可避免地出現的錯綜複雜的規範化問題。希望本文提供快速介紹或複習，以幫助您充分利用資料工作。資料建模對我來說很有吸引力，因為它有助於將可能的資料需求的模糊性轉變為對業務規則和需求的精確描述。我開始意識到構建一個健壯的資料模型有助於我們發現資料對組織的意義。專注於資料的意義幫助我解決了不可避免地出現的錯綜複雜的規範化問題。希望本文提供快速介紹或複習，以幫助您充分利用資料工作。