資料建模：設計資料結構

當您使用應用程式儲存或檢視資料時，設計的重要部分是資料結構。 不僅要考慮數據將如何在一個特定應用程序或屏幕中使用，還要考慮其他人將如何使用數據。 回顧您的角色、任務、業務流程和目標將幫助您定義要存儲哪些數據以及如何構建它。

我們以以下費用報表為例。

您會看到費用報告的主要部分，其中包含員工姓名和部門詳細資料。 在主要部分下方，您會看到每個購買項目的多行描述。 我們將這些稱為明細項目。 明細項目的結構與費用報表的主要部分不同。 因此，我們可以說，每份費用報告都會有幾個明細項目。

要將這種資料儲存到資料庫中，我們需要在資料庫設計中對資料結構進行建模。

一對多 （1：N） 資料結構

這是上述範例中所述的資料結構類型。 費用報表的主要部分連結至數個明細項目。 （您也可以從明細項目的觀點查看關係：許多明細項目到一個費用報表 （N：1）。

多對多（N：N）資料結構

多對多資料結構是一種特殊類型。 這適用於多個記錄可以與多組其他記錄相關聯的情況。 一個很好的例子是您的業務合作夥伴網絡。 您有多個業務夥伴 （客戶和供應商） 與您合作，而這些業務夥伴也與您的多個同事合作。

資料模型化範例

可以用於系統的建模方法有多種類型。 讓我們看幾個例子。

範例 1：請假核准申請

這個簡單的範例顯示兩組資料。 一個是員工，另一個是請假申請。 因為每個員工都會提交多個請求，所以這裡的關係是一對多的，其中「一個」是員工，「許多」是請求。 員工資料和請假申請資料會透過將員工編號作為共用欄位 （也稱為 索引鍵） 而彼此相關。

範例 2：採購核准

在這裡，資料結構看起來相當複雜，但與本文開頭討論的費用報表範例非常相似。 每個廠商或供應商都與多個採購單相關聯。 每個員工負責多個採購訂單。 因此，這兩組資料都具有一對多的資料結構。

由於員工可能並不總是使用相同的供應商或供應商，因此供應商由多個員工使用，並且每個員工都與多個供應商合作。 因此，員工和供應商之間的關係是多對多的。

範例 3：費用報告