計算機數據庫

一個多一對多:在訪問一個例子,在SQL。 如何使多到多少?

所有 DBMS(數據庫管理系統) ,有幾種類型的表之間的關係。 其中一對一,一到多,多到一個(一些是傾斜的,以確定這兩種類型為一個)和多到許多。 後者的一個例子,並且其在不同的數據庫,諸如Access或SQL應用程序的說明,將在本文中討論。

定義

許多一對多的關係被定義為匹配任何其他所有實例的精華之一的副本。 換言之,與第二(第一)的所有字段相關聯的第一(第二)表中的每個字段。

該方案清楚地反映了這種關係的本質。

當許多一對多的關係,可以用嗎?

示例的許多一對多 - 學生組和教師群體。 每個學生在幾個教授,誰,反過來,講學幾個學生學習一次。 在圖片示出了一個一對多和多對一許多之間的差。

許多一對多的關係是大型數據庫,通常僅用於教育目的,在現實中小說明性的例子準備經常需要在實踐中事實證明,在數據庫中的多個實體,更關係,它們之間 - 經常求助於的更多可能性許多到很多。

如何使多到多少?

有問題的關係的實例仍然會在文章的過程中添加,但不僅要了解它是什麼,又是如何實現它是很重要的。 該處理的細節直接取決於所選擇作業的數據庫上,而原則仍是一樣的。

微軟訪問

從“微軟”Office軟件在軟件市場上已知的相當長的時間。 它配備了一個文本編輯器Worfd時,Excel表格處理器,另一部分屬於“辦公室”的路線。 您可以訪問(讀作“存取權限”,直譯 - “訪問”)購買並從他的“同事”分開。 建議購買,當然,正版軟件,但它不是什麼秘密了多少盜版重新包裝可以在廣闊的網絡可以發現,在常規文件,或者山洪手的形式。 “微軟艾策斯”可即使在便攜式組裝。 它不需要安裝任何特殊的技能與PC配合使用,它是最適合的選擇,如果軟件將不使用長期和頻繁。

從上下文很清楚,“微軟艾策斯” -一個 數據庫管理系統。 而最流行的一個。 它是關係型的,這意味著它是基於所述邏輯 數據模型, 其是在他的工作的過程中是指在 集理論 和一階邏輯。 許多一對多在Access(例子中的解釋給予)的關係,實現非常,非常簡單。 考慮它。

有兩個表..

為了不發明任何新東西,把已經提到的,解釋有關學生多到大量的實例。 你必須創建一個表“學生”並表“教師”。 這兩個第一和第二是主鍵。 還需要另一個表,其用於組合所述兩個實體的事例字段 - 所述第一和第二表的鍵。

如果我們考慮一個不同的例子:比方說,球員和球隊(因為玩家玩不同的團隊至少一隊,每隊由11名隊員組成的事實),正在建設的連接不會改變。 他們還需要三個表。 其中,“足球”和“團隊”為主要和一個中間。

數據方案

數據庫中的“微軟艾策斯”表之間的關係使用標籤“數據計劃”實施。 顯示面板被添加到所有的實體(在這種情況下,所有三個表)。 創建主體之間的許多一對多將使用兩個關係,一個一對多的關係(“學生”和“老師”)和臨時表。 要做到這一點,必須互連各自的主鍵。

上面的圖顯示了如何在標籤“數據電路”(Relathionships)。 添加到表板的數量無限。 位置是完全由用戶調節。

SQL

在SQL數據庫設計 - 而不是“艾策斯”艱鉅的任務。 如果maykrosoftovskih產品完全適用於辦公環境,有一個巨大的,並與每一個版本,並更新所有可擴展的功能,但同時方便了簡單的用戶界面,SQL - 它是一個獨立的非過程化編程語言,與不同平台您可以使用數據庫。 此任務的知名軟件:甲骨文MySQL和DB2(一種流行的,但不是它的種類唯一的一個)。 儘管他們每個人都有其微妙之處和細微差別,SQL語言是他們的“團結”。 通過學習與他們的至少一上班,別人打交道會容易得多。

創建,填寫,需要通過一個特殊的代碼或腳本在SQL現有的數據庫上直接操作。 然而,那些誰已經做了它對節“多到多”,其中在該編程語言在下面給出的例子,必須知道SQL語言的至少基本命令和原則。

創建多到多的原則

長期可以加入一些難堪和“釋放霧”,但其實通信的實現原理是相同的。 要鍵入許多一對多的關係,在實踐中得到落實,不僅在“艾策斯”,還可以把SQL,需要首先創建兩個基表和一個 - 中間。 類似地,與鍵:基本性質是主要的字段,其每一個被記錄在鏈接表。 這意味著SQL一對多一對多關係不是從“艾策斯”有著根本的不同。

通信的實現

要實現多到許多在使用外部鍵(外鍵)相似,在主表中的原始密鑰的SQL腳本。 創建和/或編輯時,他們與各界一起記錄。

一個多一對多的作用

在一般情況下,在實體之間的關係 數據庫, 用於存儲在其中的信息的完整性。 只有一個設計良好的數據庫與所有必要的連接,確保安全存儲,用戶體驗,是對外部影響和變化性的結構。 通常情況下,如果數據庫包含對整個組織,公司或公司的數據,它包含了一組具有不同的實例實體。

這意味著,在這些方案中的製備(“艾策斯”)或編寫腳本(在“甲骨文”或“DiBiTu”)將存在的至少一種多對許多。 DB王 - 例如,SQL,在培訓課程“數據庫組織”經常使用。

國王的數據基地

訓練數據庫是關於王公司的信息。 其中表:

  • 該公司的員工 - 包括僱員ID,姓,名和中間名首字母(專注於洋名),也代碼為老闆和所佔據的位置的員工,提供入院接受他們的工資和提成的公司的日期,部門代碼;
  • 企業的部門 - 該表的字段中有代碼和部門的名稱,以及其位置的代碼;
  • 安置部門,其中包括輸入的代碼佈局和城市的名字信息;
  • 在公司的地位 - 一張小桌子,兩個字段郵編及它的正式名稱;
  • 公司-買家 - 字段:代碼和買家,地址,城市,州,郵政編碼和區號,電話號碼的名稱,客戶代碼服務經理,信用為買家和評論(評論和說明);
  • 銷售協議,包含代碼和合同日期,買方代碼,交貨日期和合同的總量;
  • 銷售行為 - 代碼的行為與合同,其中包括行為,產品代碼,它的價格,購買數量和總採購成本的代碼;
  • 該產品 - 該產品的代號;
  • 價格 - 產品代碼,宣布他的價格,最低的價格,成立日期和註銷價格的日期。

提供小型表,其中最多的一個表相關聯的不超過兩個或三個域的一個一對一或一對許多。

規模相同的表,如“公司的員工”,“公司消費者”,“銷售協議”及“銷售行為”正在與幾家實體相關聯,一些 - 以“中間人”的幫助許多一對多的關係。 表“公司的購房者”本身就是一個中介,正因為如此,因為它有許多領域,從其他表和外鍵拍攝。 此外,規模和關係數據庫“王公司”是所有的關係是密不可分相互關聯和相互影響。 他們中的至少一個的破壞將導致整個數據庫的完整性的破壞。

重要的細微差別

當實施多到多,無論哪個數據庫管理系統使用的,重要的是要確定與將在擬定的態度正確的鍵。 錯誤地實施了連接不履行主要目的 - 即確保表的完整性,並且作為一個結果,而不是預期的舒適性,用戶將收到,而另一方面,不便和額外的問題,特別明顯的編輯表及其數據的填充過程。

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 zhtw.unansea.com. Theme powered by WordPress.