Ⅰ Excel 不同工作表數據 多對多關聯 請教 已知表1表2 如何得出表3 謝謝！
如果你的數據是靜態的，
那麼把表1，表2都導入到Access, 在Access中建兩個表，拷貝過去也行。
然後作視圖，關聯表1，表2，得出表3。 再拷貝回來。
Ⅱ 資料庫表 多對多的關系怎麼建啊
A表，a_id,a_name,a_tel三個欄位。
B表,b_id,b_address,b_sol三個欄位。
關聯表，ref_id,a_id,b_id,存儲著AB兩表的id,
比如：A有
a0001,zhang3,139555533
a0002,li4,1397788888
a0003,wang5,13655566
B有
b0001,shanghai,234
b0002,shenyang,332
b0003,chongqing,123
如果想要AB表多對多的話，只需要將關聯表進行增加即可，而AB兩表基本數據不變，
比如：
關聯表ref_table：
r0001,a0001,b0002
r0002,a0001,b0001
r0003,a0001,b0003
r0004,a0002,b0003
通過聯合查詢，就可以得到多對多的數據了，而且不破壞基本數據表。
Ⅲ 關系型資料庫是由相互關聯的一個或多個（）組成
選擇B，像Mysql 、sql server、DB2等 都屬於關系型資料庫，你要知道關系型資料庫是以行和列的形式存儲數據的，為了便於用戶理解。這一系列的行和列被稱為表，一組表組成了資料庫的
Ⅳ hbase與關系型資料庫的存儲方式有哪些不同
HBase與傳統關系資料庫的區別主要體現在以下幾個方面：1.數據類型。關系資料庫採用關系模型，具有豐富的數據類型和儲存方式。HBase則採用了更加簡單的數據模型，它把數據儲存為未經解釋的字元串，用戶可以把不同格式的結構化數據和非結構化數據都序列化成字元串保存到HBase中，用戶需要自己編寫程序把字元串解析成不同的數據類型。 2.數據操作。關系資料庫中包含了豐富的操作，如插入、刪除、更新、查詢等，其中會涉及復雜的多表連接，通常是藉助多個表之間的主外鍵關聯來實現的。HBase操作則不存在復雜的表與表之間的關系，只有簡單的插入、查詢、刪除、清空等，因為HBase在設計上就避免了復雜的表與表之。
列存儲不同於傳統的關系型資料庫，其數據在表中是按行存儲的，列方式所帶來的重要好處之一就是，由於查詢中的選擇規則是通過列來定義的，因此整個資料庫是自動索引化的。
按列存儲每個欄位的數據聚集存儲，在查詢只需要少數幾個欄位的時候，能大大減少讀取的數據量，一個欄位的數據聚集存儲，那就更容易為這種聚集存儲設計更好的壓縮/解壓演算法。
傳統的（Oracle）行存儲和（Hbase）列存儲的區別。
主要體現在以下幾個方面：1.數據類型。關系資料庫採用關系模型，具有豐富的數據類型和儲存方式。HBase則採用了更加簡單的數據模型，它把數據儲存為未經解釋的字元串，用戶可以把不同格式的結構化數據和非結構化數據都序列化成字元串保存到HBase中，用戶需要自己編寫程序把字元串解析成不同的數據類型。 2.數據操作。關系資料庫中包含了豐富的操作，如插入、刪除、更新、查詢等，其中會涉及復雜的多表連接，通常是藉助多個表之間的主外鍵關聯來實現的。HBase操作則不存在復雜的表與表之間的關系，只有簡單的插入、查詢、刪除、清空等，因為HBase在設計上就避免了復雜的表與表之間的關系，通常只採用單表的主鍵查詢。
Ⅳ springboot 使用JPA關於多對多將數據保存到關聯表中的問題
通過contract_project做中間表就行: select * from contract_project a left join project b on a.projectId = b.projectId left join contract c on a.contractId = c.contractId 前提是contract_project要大而全，包含所有的pid和cid，不然不行
Ⅵ 如何在資料庫中表示多對多的關系
多對多：新建一個關系表，將兩張表關系起來。關系表中是兩張表的主鍵。
如：有多個學生，每個學生可以選修多門課程，每個課程可以被多個學生選修。
注意：多對多中，不能說在一個表中加個欄位，cid是另一張表的主鍵，不能寫兩個數據。
(6)多對多關聯表是按行存儲嗎擴展閱讀
一個好的表結構設計，可以減少一些不必要的表或欄位等。數據表之間的關聯關系分為三種：一對一、一對多、多對多。
1、一對一，是將數據表「垂直切分」，就是A表的一條記錄對應B表的一條記錄。
優點：
（1）便於管理、可提高一定的查詢速度。
（2）減輕CPU的IO讀寫，提高存取效率。
（3）符合資料庫設計的三大範式。
（4）符合關系性資料庫的特性。
缺點：增加一定的復雜程度，程序中的讀寫難度加大。
2、一對多，就是A表的一條記錄，對應B表的多條記錄，且A的主鍵作為B表的外鍵。
Ⅶ 資料庫怎麼設計多對多的數據表
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--->中間表尋找匹配記錄（多條）--->學生表匹配（一條）
Ⅷ 有四個表他們都是多對多的關系，如何設計資料庫
A表，a_id,a_name,a_tel三個欄位。
B表,b_id,b_address,b_sol三個欄位。
關聯表，ref_id,a_id,b_id,存儲著AB兩表的id,
比如：A有
a0001,zhang3,139555533
a0002,li4,1397788888
a0003,wang5,13655566
B有
b0001,shanghai,234
b0002,shenyang,332
b0003,chongqing,123
如果想要AB表多對多的話，只需要將關聯表進行增加即可，而AB兩表基本數據不變，
比如：
關聯表ref_table：
r0001,a0001,b0002
r0002,a0001,b0001
r0003,a0001,b0003
r0004,a0002,b0003
通過聯合查詢，就可以得到多對多的數據了，而且不破壞基本數據表。
Ⅸ mysql 多對多 怎麼設計表
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--->中間表尋找匹配記錄（多條）--->學生表匹配（一條）