表與表之間數據相互聯系如何表述

㈠ 如何定義資料庫表之間的關系

唯一需要注意的是，外鍵欄位的數據類型必須和主鍵的數據類型相同。但是有些系統可以允許這條規則有一個例外，它允許在數字和自動編號（autonumbering）欄位（例如在SQL伺服器系統中訪問Identity和AutoNumber）之間建立關系。此外，外鍵的值可以是空（Null），盡管強烈建議在沒有特別原因的情況下，不要讓外鍵為空。你有可能永遠都不會有機會來使用需要這項功能的資料庫。 現在回到我們的示例關系表，並開始輸入合適的外鍵。（請繼續在紙上打草稿——在你的資料庫系統中創建真正的數據表還為時過早。要知道在紙上糾正錯誤要容易得多。）要記住，你正在把主鍵的值添加到關系表裡。只要調用實體之間的關系就行了，而其他的就簡單了： 書籍和分類是有關系的。 書籍和出版社是有關系的。 書籍和作者是有關系的。 作者和郵政編碼（ZIP）是有關系的。 郵政編碼和城市是有關系的。 城市和州是有關系的。 這一步並不是一成不變的，你可能會發現在規范化的過程中加入外鍵會更容易一些。在把欄位移動到一個新的數據表時，你可能要把這個新數據表的主鍵添加到原來的數據表裡，將其作為外鍵。但是，在你繼續規范化剩餘數據的時候，外鍵常常會發生改變。你會發現在所有這些數據表被全部規范化之後，一次添加所有的外鍵，這樣效率會更高。 操作數據表 現在讓我們一次操作一個數據表，就從Books數據表開始，它在這個時候只有三個欄位。很明顯，Authors、Categories和Publishers數據表的主鍵會被添加到Books里。當你完成的時候，Books數據表就有了七個欄位： Books Title (PK) ISBN (PK) Price FirstNameFK (FK) Authors.FirstName many-to-many LastNameFK (FK) Authors.LastName many-to-many CategoryFK (FK) Categories.Category many-to-many PublisherFK (FK) Publishers.Publisher one-to-many 要記住，Authors數據表裡的主鍵是一個基於姓和名兩個欄位的復合關鍵字。所以你必須要把這個兩個欄位都添加到Books數據表裡。要注意，外鍵欄位名的結尾包含有FK這個後綴。加入這個後綴有助於提高可讀性和自我歸檔。通過名稱這種方式來區別外鍵會使得追蹤它們更簡單。如果主鍵和外鍵的名稱不同，這沒有關系。 這里出現了三種關系：Books和Authors、Books和Categories，以及Books和Publishers。這三種關系中所存在的兩種問題可能沒有那麼明顯： Books和Authors之間的關系：一本書可以有多個作者。 Books和Categories之間的關系：一本書可以被歸入多個類。 這兩者的關系是多對多的關系。先前我告訴過你，數據表不能直接實現這樣的關系，而需要第三個聯系表來實現。（Books和Publishers的關系是一對多的關系，就像現在所說的，這樣是沒有問題的。） 這兩個新發現的多對多關系將需要一個聯系表來包含來自每個數據表的主鍵，並將其作為外鍵。新的聯系表是：BooksAuthorsmmlink TitleFK (FK) Books.Title one-to-many ISBNFK (FK) Books.ISBN one-to-many FirstNameFK (FK) Authors.FirstName one-to-many LastNameFK (FK) Authors.LastName one-to-many BooksCategoriesmmlink TitleFK (FK) Books.Title one-to-many ISBNFK (FK) Books.ISBN one-to-many CategoryFK (FK) Categories.Category one-to-many 沒有必要更改Categories、Authors或者Publishers數據表。但是，你必須把FirstNameFK、LastNameFK和CategoryFK這三個外鍵從Books里移走： Books Title (PK) ISBN (PK) Price PublisherFK (FK) Publishers.Publisher one-to-many 現在，讓我們轉到Authors數據表上來，它現在有兩個欄位。每個作者都和ZIPCodes數據表中的郵政編碼的值相關。但是，每個郵政編碼會和多個作者相關。要實現這種一對多的關系，就要把ZIPCodes數據表中的主鍵添加進Authors數據表作為外鍵： Authors FirstName (PK) LastName (PK) ZIPCodeFK (FK) ZIPCodes.ZIPCode one-to-many 至此，你已經准備好了處理剩下的地址部分了。看到它們被分在不同的數據表裡是很讓人奇怪的，但是這是遵照BCNF正確規范化數據的結果。每個郵政編碼的值只會有一個對應的城市值和州值。每個城市和州的值只會被輸入進其對應的數據表裡一次。ZIPCodes和Cities數據表需要外鍵欄位來實現這些關系： ZIPCodes ZIPCode (PK) CityFK (FK) Cities.City one-to-many Cities City (PK) StateFK (FK) States.State one-to-many States State (PK) 從一個到九個 最後，你有了九個數據表：Books、Authors、Categories、Publishers、ZIPCodes、Cities、States、BooksAuthorsmmlink和BooksCategoriesmmlink。圖A是這個示例數據表的資料庫最終的圖形形式。很難想像一個簡單的數據表會被分成九個數據表。 圖A 最初的一個數據表現在需要九個數據表了 由於這個示例資料庫很簡單，你可能會問這些關系有什麼作用。看起來仍在保存冗餘的數據，只不過形式不同罷了——通過外鍵來實現。這是因為我們的數據表現在只有很少幾個欄位。試想一下有十幾個欄位的數據表，會是什麼樣的一個情形。需要承認的是，你仍然需要把數據表的主鍵作為外鍵保存進關系表裡，但是至多可能最多增加一到兩個欄位。比較一下為這個數據表裡的每一條記錄都添加十幾個條目的情形吧。

㈡ excel怎麼讓兩個表數據對應關聯起來

1、電腦打開Excel表格。

㈢ 資料庫表與表之間如何表示

不清楚你說的是什麼意思,我的理解是：表和表之間的關聯。通常都是用外鍵連接！
ALTER
TABLE
表A
ADD
CONSTRAINT
外鍵約束名
FOREIGN
KEY
(A的欄位)
REFERENCES
表C(C的欄位)

㈣ 關於資料庫表與表之間的聯系！！

一對一：例如t_person表和t_card表，即人和身份證。這種情況需要找出主從關系，即誰是主表，誰是從表。人可以沒有身份證，但身份證必須要有人才行，所以人是主表，而身份證是從表。設計從表可以有兩種方案：
在t_card表中添加外鍵列（相對t_user表），並且給外鍵添加唯一約束；
給t_card表的主鍵添加外鍵約束（相對t_user表），即t_card表的主鍵也是外鍵。
一對多（多對一）：最為常見的就是一對多！一對多和多對一，這是從哪個角度去看得出來的。t_user和t_section的關系，從t_user來看就是一對多，而從t_section的角度來看就是多對一！這種情況都是在多方創建外鍵！
多對多：例如t_stu和t_teacher表，即一個學生可以有多個老師，而一個老師也可以有多個學生。這種情況通常需要創建中間表來處理多對多關系。例如再創建一張表t_stu_tea表，給出兩個外鍵，一個相對t_stu表的外鍵，另一個相對t_teacher表的外鍵。

㈤ 兩個EXCEL表格之間的數據關聯

可以用函數VLOOKUP（VLOOKUP(lookup_value,table_array,col_index_num,range_lookup)）來實現：

工具：2010版excel

1、先打開excel，選中需要關聯的列，以下圖為例，需要將B列的電話關聯到E列來，先選中E2單元格；

㈥ 關系資料庫中資料庫,表,欄位及元組的概念及相互之間的關系

一、概念

（1）關系資料庫的表採用二維表格來存儲數據，是一種按行與列排列的具有相關信息的邏輯組，它類似於Excle工作表。一個資料庫可以包含任意多個數據表。

（2）關系資料庫：在一個給定的應用領域中，所有實體及實體之間聯系的集合構成一個關系資料庫。它是一種以關系模式為基礎存儲數據以及用數字方法處理資料庫組織的方法，是目前最為流行的一種數據組織形式。

（3）元組（記錄）。表中的一行即為一個元組，或稱為一條記錄。

（4）欄位，數據表中的每一列稱為一個欄位，表是由其包含的各種欄位定義的，每個欄位描述了它所含有的數據的意義，數據表的設計實際上就是對欄位的設計。創建數據表時，為每個欄位分配一個數據類型，定義它們的數據長度和其他屬性。欄位可以包含各種字元、數字、甚至圖形。

二、關系

一個資料庫可以包含若干張表；一張表有若干個欄位；每張表又有若干條記錄（元組），每條記錄（元組）對應每個欄位都有一個值。

(6)表與表之間數據相互聯系如何表述擴展閱讀

關系資料庫，是建立在關系資料庫模型基礎上的資料庫，藉助於集合代數等概念和方法來處理資料庫中的數據。

同時也是一個被組織成一組擁有正式描述性的表格，該形式的表格作用的實質是裝載著數據項的特殊收集體，這些表格中的數據能以許多不同的方式被存取或重新召集而不需要重新組織資料庫表格。

關系資料庫的定義造成元數據的一張表格或造成表格、列、范圍和約束的正式描述。每個表格（有時被稱為一個關系）包含用列表示的一個或更多的數據種類。 每行包含一個唯一的數據實體，這些數據是被列定義的種類。

㈦ 什麼是表間關系兩個表之間的關系有幾種分別是什麼

表間關系其實和資料庫本身無關，是屬於業務概念。
舉個例子：
客戶信息表，和客戶綁定郵箱。
這個應該就是屬於主表和子表的概念。

一般來說，表與表之間的關系，基本就是一對一，一對多，多對多。
比如上面的客戶信息表，和客戶綁定郵箱。
如果一個客戶只能綁定一個郵箱，那就是一對一了。

如果改成客戶信息表，和客戶綁定信息，
一個客戶可以綁定一個郵箱，一個電話號碼，一個qq等等。那就是一對多的關系。

至於多對多，換個例子。
一個班級有活動小組，每個活動小組包含多名同學，一個同學也可以參加多個小組。
那麼活動小組成員表，和班級成員表應該就是多對多的關系。

這裡面一般像一對一和一對多的關系可以有約束----外鍵。

㈧ excel表與表之間數據關聯的問題

1、如果你的表2是已經存在，只是導入表1里的數據，而且表1數據不算太多的情況下，可以使用數組公式，必須是數組，比如 錄入表 數據是1到1000行，品種是輸入在F列，那麼，再假設表2的A1用來輸入品種，那麼表2的a2輸入
=index(錄入表!A:A,small(if(錄入表!$F$1:$f$1000=$a$1,row(a1:a1000),4^8),row(a1)))&""
這是數組公式。輸入後，按下ctrl+shift+回車
公式右拉，並下拉填充，即可。
2、如果你要根據錄入表自動生成表2，那肯定需要vba了。
總的講，你的問題大概的意思表達清楚了，但excel如果需要寫代碼或者公式的話，那麼對數據源的結構要求很嚴格。只是大概表達清楚，無法提供准確的公式或者是vba代碼。