資料庫設計關系表

㈠ 如何在資料庫中表示多對多的關系

多對多：新建一個關系表，將兩張表關系起來。關系表中是兩張表的主鍵。

如：有多個學生，每個學生可以選修多門課程，每個課程可以被多個學生選修。

注意：多對多中，不能說配亂在一個表中加個欄位，cid是另一張表的主鍵，不能寫兩個數據。

(1)資料庫設計關系表擴展閱讀

一個好的表結構設計，可以減少一些不必要的表或欄位等慧畢。數據表之間的關聯關系分為三種：一對一、一對多、多對多前賣芹。

1、一對一，是將數據表「垂直切分」，就是A表的一條記錄對應B表的一條記錄。

優點：

（1）便於管理、可提高一定的查詢速度。

（2）減輕CPU的IO讀寫，提高存取效率。

（3）符合資料庫設計的三大範式。

（4）符合關系性資料庫的特性。

缺點：增加一定的復雜程度，程序中的讀寫難度加大。

2、一對多，就是A表的一條記錄，對應B表的多條記錄，且A的主鍵作為B表的外鍵。

㈡ 如何設計資料庫中表的關系

1.理解您的數據
在設計表之前，應明確您打算如何處理數據，還要了解隨著時間的推移數據會發生什麼樣的變化。您所做的假設將會影響最終的設計。
2.您需要什麼樣的數據
設計應用程序時，關鍵要了解設計的最終結果，以便確保您准備好所有必需的數據並知道其來源。例如，報表的外觀、每個數據的來源以及所需的所有數據是否都存在。對項目損失最大的莫過於在項目後期發現重要報表缺少數據。
3.明確所需數據的類型和來源
知道需要什麼樣的數據後，就必須確定數據的來源。數據是否從其他數據源中導入？數據是否需要清理或驗證？用戶是否需要輸入數據？明確所需數據的類型和來源是資料庫設計的第一步。
4.您打算如何處理這些數據？
用戶是否需要編輯這些數據？如果需要，應如何顯示數據以便於用戶理解和編輯？有沒有驗證規則和相關的查找表？要求對編輯和刪除保留備份的數據輸入有沒有相關聯的審核問題？需要為用戶顯示哪些摘要信息？是否需要生成導出文件？了解這些信息後，就可以想像欄位之間是如何相互關聯的了。
5數據之間如何相互關聯？
將數據分組放入相關欄位（例如與客戶相關的信息、與發票相關的信息等），每個欄位組都代表要建立的表。然後考慮如何將這些表相互關聯。例如，哪些表具有一對多關系（例如，一個客戶可能持有多張發票）？哪些表具有一對一關系（這種情況下，通常會考慮將其組合到一個表中）？
6.隨著時間的推移數據會發生什麼樣的變化？
設計表之後，常常會由於沒有考慮時間的影響而導致以後出現嚴重問題。許多表設計在當時使用時效果非常好，但是，常常會因為用戶修改數據、添加數據以及隨時間的推移而崩潰。開發人員經常會發現需要重新設計表的結構來適應這些變化。表的結構發生變化時，所有相關的內容（查詢、窗體、報表、代碼等）也必須隨之更新。理解並預測數據會隨時間推移發生哪些變化，可以實現更好的設計，減少問題的發生。
7.學習如何使用查詢
了解如何分析和管理數據同樣很重要。您應該深刻理解查詢的工作原理，理解如何使用查詢在多個表之間鏈接數據，如何使用查詢對數據進行分組和匯總，以及如何在不需要以規范化格式顯示數據時使用交叉表查詢。
好的數據設計的最終目標就是要平衡兩個需要：既要隨著時間的推移有效地存儲數據，又要輕松地檢索和分析數據。理解查詢的功能對正確設計表很有幫助。

㈢ 資料庫怎麼設計多對多的數據表

1.資料庫中的多對多關聯關系一般需採用中間表的方式處理，將多對多轉化為兩個一對多。
2.通過表的關系，來幫助我們怎樣建表，建幾張表。
一對一
一張表的一條記錄一定只能與另外一張表的一條記錄進行對應，反之亦然。

學生表：姓名，性別，年齡，身高，體重，籍貫，家庭住址，緊急聯系人
其中姓名、性別、年齡、身高，體重屬於常用數據，但是籍貫、住址和聯系人為不常用數據
如果每次查詢都是查詢所有數據，不常用的數據就會影響效率，實際又不用
常用信息表：ID(P)，姓名，性別，年齡，身高，體重
不常用信息表：ID(P)，籍貫，家庭住址，緊急聯系人

解決方案：將常用的和不常用的信息分享存儲，分成兩張表
不常用信息表和常用信息表，保證不常用信息表與常用信息表能夠對應上：找一個具有唯一性的
欄位來共同連接兩張表。
一個常用表中的一條記錄永遠只能在一張不常用表中匹配一條記錄，反之亦然。
一對多
一張表中有一條記錄可以對應另外一張表中的多條記錄；但是反過來，另外一張表的一條記錄
只能對應第一張表的一條記錄，這種關系就是一對多或多對一
母親與孩子的關系：母親，孩子兩個實體
母親表：ID(P),名字，年齡，性別
孩子表：ID(P),名字，年齡，性別
以上關系：一個媽媽可以在孩子表中找到多條記錄（也可能是一條），但是一個孩子只能找到一個媽媽
是一種典型的一對多的關系。
但是以上設計：解決了實體的設計表問題，但是沒有解決關系問題，孩子找不到母親，母親也找不到孩子

解決方案：在某一張表中增加一個欄位，能夠找到另外一張表中的記錄:在孩子表中增加一個欄位
指向母親表，因為孩子表的記錄只能匹配到一條母親表的記錄。
母親表：ID(P),名字，年齡，性別
孩子表：ID(P),名字，年齡，性別，母親表ID（母親表主鍵）
多對多
一對表中（A）的一條記錄能夠對應另外一張表（B）中的多條記錄；同時B表中的一條記錄
也能對應A表中的多條記錄

老師和學生
老師表 T_ID(P),姓名，性別
學生表 S_ID(P),姓名，性別
以上設計方案：實現了實體的設計，但是沒有維護實體的關系
一個老師教過多個學生，一個學生也被多個老師教過

解決方案：增加一張中間關系表
老師與學生的關系表：ID(P),T_ID,S_ID
老師表與中間表形成一對多的關系，而中間表是多表；維護了能夠唯一找到一表的關系；
同樣的學生表與中間表也是一個一對多的關系;
學生找老師：找出學生ID--->中間表尋找匹配記錄（多條）--->老師表匹配（一條）
老師找學生：找出老師ID--->中間表尋找匹配記錄（多條）--->學生表匹配（一條）

㈣ 請問資料庫在創建表的時候如何設計表關系，一對一，一對多，多對多 請高手舉例說明。謝謝！！！

多對多關系至少需要3個表，我們把一個表叫做主表，一個叫做關系表，另外一個叫做字典表或者副表（字典表是紀錄比較少，而且基本穩定的，例如：版塊名稱；副表是內容比較多，內容變化的，例如）。
按照資料庫的增刪查改操作，多對多關系的查找都可以用inner join或者

select * from 主表 where id in (select 主表id from 關系表)

1，角色任命型

特點：關系表兩外鍵組合無重復紀錄，關系表一般不需要時間欄位和主鍵，有一個表是字典類型的表。
界面特點：顯示主表，用checkbox或多選select設置多選關系。
例如：任命版主（用戶表-關系表-版塊名稱表），角色許可權控制等，用戶是5個版塊版主，只要關系表5行紀錄就可以確立，關系表的兩個外鍵具有聯合主鍵性質。
增加關系：如果沒有組合紀錄，insert之。
刪除關系：如果有組合紀錄，刪除之。

2，集合分組型

特點：同角色任命型類似，關系表兩外鍵組合無重復紀錄，關系表一般不需要時間欄位和主鍵。區別是主副表都不是字典表，可能都很大不固定。
界面特點：顯示主表，用搜索代替簡單的checkbox或多選select，或者一條一條的添加。
例如：歌曲專集（專集表-關系表-歌曲表）。手機分組（分組表-關系表-手機表）。用戶圈子（圈子表-關系表-用戶表）。文章標簽（文章表-關系表-標簽表）
增加關系：同版主任命型。
刪除關系：同版主任命型。

3，明細帳型

特點：關系表可以有重復紀錄，關系表一般有時間欄位，有主鍵，可能還有文字型的欄位用來說明每次發生關系的原因（消費）。
界面特點：顯示關系表，用radio或下拉設置單選關系。
例如：現金消費明細帳或訂單（用戶表-訂單表-消費原因表），用戶可能多次在同一事情上重復消費。積分變化紀錄也屬於這類。
增加關系：不管有沒有組合紀錄，insert之，紀錄時間。
刪除關系：根據關系表PK刪除。

4，評論回復型

特點：同明細帳型關系表一般有時間欄位，有主鍵，區別是重點在文字型的欄位用來說明每次發生關系的內容（評論回復）。
界面特點：回復文本框。
例如：論壇回復（用戶表-回復表-帖子表），用戶可能多次在不同帖子上評論回復費。
增加關系：不管有沒有組合紀錄，insert之，紀錄時間和文字。
刪除關系：根據關系表（回復表）PK刪除。

5，站內簡訊型

特點：主副表是同一個，關系表一般有時間欄位，有主鍵，重點在關系表文字型的欄位用來說明每次發生關系的內容（消息）或者其他標記位來表示文字已讀狀態時間等。
界面特點：回復文本框。
例如：站內簡訊（用戶表-簡訊表-用戶表），用戶可能給用戶群發或者單發，有標記位來表示文字已讀狀態時間等。
增加關系：不管有沒有組合紀錄，insert之，紀錄時間和文字。
刪除關系：根據關系表（回復表）PK刪除。

6，用戶好友型

特點：主副表是同一個，同集合分組型，關系表兩外鍵組合無重復紀錄，關系表一般不需要時間欄位和主鍵。
界面特點：同集合分組型，顯示主表，用搜索代替簡單的checkbox或多選select，或者一條一條的添加。
例如：下載站點的文件，（文件表-關系表-文件表）可以被軟體工具打開，軟體工具本身也是一種文件，可以被下載。用戶的好友，也是用戶（用戶表-好友關系表-用戶表）
增加關系：同版主任命型。
刪除關系：同版主任命型