一對多資料庫

⑴ sql 資料庫 一對多查詢

你怎麼倆table1，後一個叫table2吧

執行以下語句

selectt1.考試學號,t1.科目,t2.考試成績
from
(selecta.科目,a.科目ID,b.考試學號
from
(select科目,科目IDfromtable1)asa,
(selectdistinct考試學號fromtable2)asb)ast1leftjoin
table2ast2ont1.科目ID=t2.科目IDandt1.考試學號=t2.考試學號

結果截圖

下邊還有幾條沒顯示全，湊合看吧

⑵ 資料庫一對多怎麼建立，還有主外鍵的區別

一對多：一個表的唯一健對應另一個表的某個欄位 並且這個欄位不是唯一的 這就是一對多
主鍵：唯一健 沒的說 插入的值必須唯一
外鍵：簡單地說 你對有外鍵的表操作的時候要滿足外鍵的約束條件；不然不會讓你操作
外鍵是屬於約束的一種，所謂約束顧名思義，就是限制你在資料庫的操作。而你對資料庫有什麼操作，無非是增、刪、改、查，外鍵起的作用就是讓你在資料庫幫助的情況下更合理的增加數據的正確度。
外鍵的作用是能夠避免如下情況。
如
【班級信息表】存放的是班級信息表。
【學生表】存放的是學生信息,包含班級信息。
這個時候 在【學生表】中存放的班級信息應該在【班級信息表】存在才合法，自己人為控制的話難免有漏掉的情況，用外鍵則可以讓資料庫自動控制，當插入【學生表】中的數據在【班級信息表】不存在的時候，資料庫不允許插入。

⑶ 資料庫中的一對多怎麼設計表

//老公
class Husband implements java.io.Serializable{
private Integer id;
private String name;
private Set<Wife> wifes;//一個老公能擁有多個老婆
}
//老婆
class Wife implements java.io.Serializable{
private Integer id;
private String name;
}
/**
* create table Husband{
* id int primary key,
* name varchar
* }
* create table Wife{
* id int primary key,
* name varchar ,
* h_id int 外鍵
* }
*
* */

⑷ 資料庫1對多的關系可以詳細解釋下么

函數依賴
設R(U)是一個屬性集U上的關系模式，X和Y是U的子集。
若對於R(U)的任意一個可能的關系r，r中不可能存在兩個元組在X上的屬性值相等， 而在Y上的屬性值不等， 則稱 「X函數確定Y」 或 「Y函數依賴於X」，記作X→Y。
X稱為這個函數依賴的決定屬性集(Determinant)。
Y=f(x)
說明：
1. 函數依賴不是指關系模式R的某個或某些關系實例滿足的約束條件，而是指R的所有關系實例均要滿足的約束條件。
2. 函數依賴是語義范疇的概念。只能根據數據的語義來確定函數依賴。
例如「姓名→年齡」這個函數依賴只有在不允許有同名人的條件下成立
3. 資料庫設計者可以對現實世界作強制的規定。例如規定不允許同名人出現，函數依賴「姓名→年齡」成立。所插入的元組必須滿足規定的函數依賴，若發現有同名人存在， 則拒絕裝入該元組。
例: Student(Sno, Sname, Ssex, Sage, Sdept)
假設不允許重名，則有:
Sno → Ssex， Sno → Sage , Sno → Sdept，
Sno ←→ Sname, Sname → Ssex， Sname → Sage
Sname → Sdept
但Ssex －\→Sage
若X→Y，並且Y→X, 則記為X←→Y。
若Y不函數依賴於X, 則記為X－\→Y。
在關系模式R(U)中，對於U的子集X和Y，
如果X→Y，但Y 不為 X的子集，則稱X→Y是非平凡的函數依賴
若X→Y，但Y 為 X的子集, 則稱X→Y是平凡的函數依賴
例：在關系SC(Sno, Cno, Grade)中，
非平凡函數依賴： (Sno, Cno) → Grade
平凡函數依賴： (Sno, Cno) → Sno
(Sno, Cno) → Cno
部分函數依賴： 若x->y 並且，存在X的真子集x1，使得x1->y,則 y部分依賴於 x。
完全函數依賴：若x->y並且，對於x的任何一個真子集x1，都不存在x1->y 則稱y完全依賴於x。

邏輯蘊含 舉個例子：
y=f(x)
省=f(城市)
只要給出一個具體的城市值,就會有唯一一個省值和它對應,如"武漢市"在"湖北省".這里的"城市"是自變數x,"省"是因變數或函數值y.把x函數決定y,或y函數依賴於x表示為:x→y
設有關系模型R(A1,A2,...An),X和Y均為的子集,r是R的任一具體關系,t1,t2是r中的任意兩個元祖.如果由t1[X]=t2[X]可以推導出t1[Y]=t2[Y],則稱X函數決定Y,或Y函數依賴於X,記為X→Y.

你所問的碼是說主碼與候選碼么?

主碼
我們在建立資料庫的時候，需要為每張表指定一個主鍵，所謂主鍵就是能夠唯一標識表中某一行的屬性或屬性組，一個表只能有一個主鍵，但可以有多個候選索引。因為主鍵可以唯一標識某一行記錄，所以可以確保執行數據更新、刪除的時候不會出現張冠李戴的錯誤。當然，其它欄位可以輔助我們在執行這些操作時消除共享沖突，不過就不在這里討論了。主鍵除了上述作用外，常常與外鍵構成參照完整性約束，防止出現數據不一致。所以資料庫在設計時，主鍵起到了很重要的作用。
常見的資料庫主鍵選取方式有：
自動增長欄位
手動增長欄位
UniqueIdentifier
「COMB」類型
候選碼:除了主碼，全碼裡面剩下的碼！

⑸ 一對一、一對多、多對多,如何設計數據表

一對一正確。

一對多和多對一是多個表 ，至少兩個表，一對多和多對一是相互的內。容

主鍵是自己定義的，一般外鍵表引用的對應的表的鍵是主鍵。

多對多三個表，有一個是關系表（中間表）。

中間表沒有普通欄位，一般只有有兩個外鍵，同時引用兩個表，多對多就出來了。

⑹ 關於資料庫一對多，多對一，多對多的問題

根據實際情況考慮就行了。
一個顧客可以擁有多本圖書，一本圖書只能被一個顧客擁有 1 vs 多
同理，顧客 vs 訂單 1vs 多
管理員和圖書的關系 多vs多
管理員和訂單的關系 1vs 多

⑺ 資料庫一對多，多對多

根據實際情況考慮就行了。
一個顧客可以擁有多本圖書，一本圖書只能被一個顧客擁有 1 vs 多
同理，顧客 vs 訂單 1vs 多
管理員和圖書的關系 多vs多
管理員和訂單的關系 1vs 多

⑻ 一對多關系的資料庫該怎麼建立

例如：學來生的資料庫，一自個老師教一個班
學生表裡面有個教師ID欄位，這個欄位和老師表的教師ID欄位就是多對一的關系，反過來就是一對多的關系，

Access：在有這兩個表的資料庫中，點擊工具欄上的關系按鈕，把老師表的教師ID欄位拖拽到學生表的教師ID欄位，並選擇「實施參照完整性」這樣關系就建立完成了。在老師表教師ID欄位旁邊會出現1，學生表教師ID欄位旁邊會出現無窮大，表示一對多關系