資料模型：設計您的資料結構
當您使用應用程式儲存或查看資料時，設計重要的一部分就是資料結構。 不僅要考慮如何在一個特定的應用程式或畫面中使用資料的方式，也要考慮其他人將如何使用資料。 參考您的角色、工作、商務程序和目標，可協助您定義要儲存的資料，以及如何建構資料。
提示
雖然是為 Access 資料庫所撰寫，但有關資料設計基礎的本文對資料模型原理進行了很好的一般性討論：資料庫設計基礎。
現在我們來看一下費用報表做為範例。
您會看到費用報表的主要部分，其中有員工名稱和部門詳細資料。 在主要部分下方，您會看到每個採購項目的多個描述列。 我們稱這些為明細項目。 明細項目不同於費用報表主要部分的結構。 因此，我們可以說每一個費用報表都有數個明細項目。
若要將這種資料儲存到資料庫，我們需要在資料庫設計中建立資料結構的模型。
一對多 (1:N) 資料結構
這是先前範例中所描述的資料結構類型。 費用報表的主要部分連結至幾個明細項目。 （您也可以從明細項目的視角查看關聯：許多明細項目到一個費用報表 (N:1)）。
多對多 (N:N) 資料結構
多對多資料結構是一種特殊類型。 這適用於可以將多個記錄與多個其他記錄建立關聯的案例。 您的商務合作夥伴網路就是一個很好的範例。 您有多個商務夥伴（客戶和廠商），而且這些商務夥伴也會與您的多個同事合作。
資料模型建立範例
有幾種類型的建模可以發生於系統中。 讓我們來看幾個範例。
範例 1：休假核准要求
這個簡單的範例顯示兩組資料。 一個是員工，另一個是休假要求。 因為每個員工將會送出多個要求，所以這是一對多的關聯，其中「一」是員工，而「多」是要求。 員工資料和休假要求資料是透過將員工編號當作一般欄位（也稱為鍵）來相互關聯。
範例 2：購買核准
資料結構看起來相當複雜，但是與本文開頭的費用報表範例非常相似。 每個供應商或供應商都與多個採購訂單相關聯。 每個員工都有多個採購訂單費用。 因此，這兩組資料都有一對多資料結構。
因為員工可能不會總使用相同的供應商或供應商，所以多名員工可以使用供應商，而每個員工則可與多個供應商合作。 因此，員工與供應商之間的關聯是多對多。
範例 3：費用報表
