資料庫中一對多怎麼設計表,一對一一對多多對多,如何設計資料表

2021-03-19 18:22:14 字數 2014 閱讀 9959

1樓:匿名使用者

//老公

class husband implements java.io.serializable

//老婆

class wife implements java.io.serializable

/*** create table husband* create table wife

* * */

2樓:匿名使用者

主外來鍵關聯法

比如:貨物類別表a和貨物類b的關係是:一個類別下有多個貨物a表結構:

類別id(a表主鍵)

類別名稱

b表結構:

貨物id(b表主鍵)

貨物類別id(外來鍵,references a(類別id))貨物名稱

3樓:快樂程式設計教育

公共欄位關聯兩張表,一個欄位是一張表的主鍵,一個欄位是外來鍵。

一對一、一對多、多對多,如何設計資料表?

4樓:匿名使用者

一對一正確。

一對多和多對一是多個表 ,至少兩個表,一對多和多對一是相互的:

主鍵是自己定義的,一般外來鍵表引用的對應的表的鍵是主鍵;

多對多三個表,有一個是關係表(中間表);

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

一對多關係的資料庫該怎麼建立?

5樓:匿名使用者

例如:學生的資料庫,一個老師教一個班

學生表裡面有個教師id欄位,這個欄位和老師表的教師id欄位就是多對一的關係,反過來就是一對多的關係,

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

請問資料庫在建立表的時候如何設計表關係,一對一,一對多,多對多 請高手舉例說明。謝謝!!!

6樓:匿名使用者

1、一對一可以兩個實體設計在一個資料庫中l例如設計一個夫妻表,裡面放丈夫和妻子

2、一對多可以建兩張表,將一這一方的主鍵作為多那一方的外來鍵,例如一個學生表可以加一個欄位指向班級(班級與學生一對多的關係)

3、多對多可以多加一張中間表,將另外兩個表的主鍵放到這個表中(如教師和學生就是多對多的關係)

希望這樣講對你有點幫助!

7樓:匿名使用者

例1:學生選修課程

學生表 (主鍵 學生id)

課程表 (主鍵 課程id)

學生選課表 (聯合主鍵 學生id 課程id)學生表與課程表是實體資料表,學生選課表就是這兩個實體物件間的對應關係,能過這個關係表可以建立起一個學生選修多門課程的關係。。。

例2:使用者帳戶許可權分配

帳戶資訊表 (主鍵 帳戶id)

角色資訊表 (主鍵 角色id)

為了使一個帳戶可被指定多重角色,還需要一個能將「帳戶資訊表」和「角色資訊表」關聯起來的「帳戶角色表(聯合主鍵 帳戶資訊id 角色資訊id)」

8樓:匿名使用者

一對一:我有一個身份證號 ;

一對多:我有多張銀行卡;

多對多:我是招行、交行、建行的客戶,但是這些銀行使用者均過億。

9樓:匿名使用者

你把因果關係弄倒了,不是建立表的時間選用這樣的關係,而是我們根據現實世界中設計出這樣的關係而建立的表,也就是說我們設計資料庫的目的是解決現實中的問題的,而不是你說的為了設計讓現實去適應系統,而是系統必須適合現實.

關於資料庫設計,先從現實分析e-r(實體-聯絡)模型,資料庫建立的標準就是這個e-r圖的.是現實決定了我們使用的表關係.然後從這個e-r進行資料庫的建立.

所以這些關係都**於現實.

所以這個問題,可以檢視一下資料庫設計,e-r分析等內容.不是一兩個例子能給你說清楚的!

Access資料庫中一對一和一對多的關係是什麼意思

一個欄位中的特定 抄值對應另外bai一個欄位中的多個值叫一對du多,如表1 表2id name deptno deptno dept 1 張三zhi 2 1 行政部 2 李四 2 2 財務部dao 3 王五 1 用deptno 連線兩個表 財務部下面有兩個員工 表2 和表1 的關係就是1對多一個欄位...

資料庫中一對一和一對多的聯絡怎麼區別啊

比如 某個人的 出生地 有很多人,但這個人只能有一個出生地。那麼 出生地與人 之間存在回一對多的關係。答 再或者一個班有很多學生,一個學生只能在一個班裡註冊,則班級與學生存在一對多的關係。一個班裡只有一個班長,而一個班長只在一個班裡任職,則班級與班長之間存在一對一的關係。資料庫中一對一和一對多的聯絡...

在SQL資料庫中建立表的一對一,一對多等關係,對於程式開發者而言,有什麼幫助和優點

第一 便於清晰明瞭的表示實物顯示中的關係 第二 最直接的方便就是資料管理 第三 便於程式設計師瞭解業務聯絡,加快開發進度第四 便於功能擴充套件 資料庫調理清晰 關係明確 實際就是為了程式處理更加簡單 程式處理簡單了 處理就會更快 資料量就會更大 處理的資料塊了 多了 工作效率就提升了 就是這麼個意思...