從屬資料庫
需要用到集群，負載均衡及mysql
復制(replication)；
下面提供一個系統模型你可以參考一下：
集群的結構為一個主MySQL伺服器(Master)伺服器與多個從屬MySQL伺服器(Slave)建立復制(replication)連接，主伺服器與從屬伺服器實現一定程度上的數據同步，多個從屬伺服器存儲相同的數據副本，實現數據冗餘，提供容錯功能。部署開發應用系統時，對資料庫操作代碼進行優化，將寫操作(如UPDATE、INSERT)定向到主伺服器，把大量的查詢操作(SELECT)定向到從屬伺服器，實現集群的負載均衡功能。如果主伺服器發生故障，從屬伺服器將轉換角色成為主伺服器，使應用系統為終端用戶提供不間斷的網路服務;主伺服器恢復運行後，將其轉換為從屬伺服器，存儲資料庫副本，繼續對終端用戶提供數據查詢檢索服務。
⑵ 一個資料庫是不是就是硬碟上的一個區域
能夠進行自動查詢和修改的數據集。資料庫有很多種類型，從最簡單的存儲有各種數據的表格到能夠進行海量數據存儲的大型資料庫系統.
你的一個手機上的通訊錄，你也可以把它視為資料庫。
你的硬碟上存儲的數據可以稱為資料庫，但是它倆是不能劃等號的，你舉得這個例子：資料庫跟硬碟它倆不是相等的，它倆是從屬的關系。
如果你想更好的理解一下的話你可以看看這個鏈接：http://ke..com/view/1088.htm
定義1
當人們從不同的角度來描述這一概念時就有不同的定義(當然是描述性的)。例如，稱資料庫是一個「記錄保存系統」(該定義強調了資料庫是若干記錄的集合)。又如稱資料庫是「人們為解決特定的任務，以一定的組織方式存儲在一起的相關的數據的集合」(該定義側重於數據的組織)。更有甚者稱資料庫是「一個數據倉庫」。當然，這種說法雖然形象，但並不嚴謹。
嚴格地說，資料庫是「按照數據結構來組織、存儲和管理數據的倉庫」。在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣的「倉庫」，並根據管理的需要進行相應的處理。例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。
J.Martin給資料庫下了一個比較完整的定義：資料庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗餘，並為多種應用服務；數據的存儲獨立於使用它的程序；對資料庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個資料庫時，則該系統包含一個「資料庫集合」。
定義2
資料庫是依照某種數據模型組織起來並存放二級存儲器中的數據集合。這種數據集合具有如下特點：盡可能不重復，以最優方式為某個特定組織的多種應用服務，其數據結構獨立於使用它的應用程序，對數據的增、刪、改和檢索由統一軟體進行管理和控制。從發展的歷史看，資料庫是數據管理的高級階段，它是由文件管理系統發展起來的。
定義3
(伯爾尼公約議定書專家委員會的觀點)
所有的信息(數據率檔?的編纂物，不論其是以印刷形式，計算機存儲單元形式，還是其它形式存在，都應視為「資料庫」。
數字化內容選擇的原因有很多，概括起來主要有：
(1)存儲空間的原因。數字化的產品是通過網路被廣大用戶存取利用，而大家都知道數字化產品是存放在磁碟陣列上的，磁碟陣列由伺服器來管理，磁碟空間是有限的，伺服器的能力也是有限的，不可能無限量地存入數字資源，這就需要我們對文獻資源數字化內容進行選擇。
(2)解決數字化生產高成本和圖書館經費有限性之間矛盾的需要。幾乎沒有圖書館有充足的資源來對整個館藏進行數字化，內容選擇不可避免。
(3)數字資源管理的需要。技術的快速發展使數字化項目所生成的數字資源的生命周期越來越短，投入巨資進行數字遷移是延長數字資源生命的1個重要途徑，昂貴的維護成本就必須考慮數字化的內容選擇。
資料庫發展史資料庫技術從誕生到現在，在不到半個世紀的時間里，形成了堅實的理論基礎、成熟的商業產品和廣泛的應用領域，吸引越來越多的研究者加入。資料庫的誕生和發展給計算機信息管理帶來了一場巨大的革命。三十多年來，國內外已經開發建設了成千上萬個資料庫，它已成為企業、部門乃至個人日常工作、生產和生活的基礎設施。同時，隨著應用的擴展與深入，資料庫的數量和規模越來越大，資料庫的研究領域也已經大大地拓廣和深化了。30年間資料庫領域獲得了三次計算機圖靈獎（C.W. Bachman,E.F.Codd, J.Gray），更加充分地說明了資料庫是一個充滿活力和創新精神的領域。就讓我們沿著歷史的軌跡，追溯一下資料庫的發展歷程。
傳統上，為了確保企業持續擴大的IT系統穩定運行，一般用戶信息中心往往不僅要不斷更新更大容量的IT運維軟硬體設備，極大浪費企業資源；更要長期維持一支由資料庫維護、伺服器維護、機房值班等各種維護人員組成的運維大軍，維護成本也隨之節節高升。為此，企業IT決策者開始思考：能不能像擰水龍頭一樣按需調節的使用IT運維服務？而不是不斷增加已經價格不菲的運維成本。
⑶ 一個資料庫表可以從屬多個資料庫 對還是錯
錯的，一個資料庫表（table）只能在一個資料庫（database）中。
⑷ 關系型資料庫與之對應的是什麼資料庫
層次型資料庫：使用數據的從屬關系存放數據的，它類似磁碟上文件的目錄結構
網狀型資料庫：可以描述任意數據結構，數據間的關系就如一張網。彼此之間沒有層次。就像城市交通圖就是典型的網狀模型，一個建築或單位就是數據，公路連接使圖中的建築或單位發生了關系。。
關系型資料庫：把實際問題的數據分別歸成若干個簡單的二元關系，一個二元關系都可以建一個關系表。就像班級管理系統中的學生情況表、學生成績表一樣。
⑸ SD資料庫中的affiliation什麼意思
SD資料庫中的affiliation是從屬意思。
資料庫（Database），簡而言之可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據運行新增、截取、更新、刪除等操作。
⑹ 傳統的資料庫模型有哪三種他們各自的有缺點是什麼
關系模型、網狀模型、層次模型
1、關系模型的缺點是查詢效率不如非關系模型。因此，為了提高性能，必須對用戶的查詢進行優化，增加了開發資料庫管理系統的負擔。
2、網狀模型的缺點是結構比較復雜，而且隨著應用環境的擴大，資料庫的結構就變得越來越復雜，不利於最終用戶掌握。
第二，其DDL，DML語言復雜，用戶不容易使用。用於記錄之間聯系是通過存取路徑實現的，應用程序訪問資料庫時必須選擇適當的存取路徑。因此，用戶必須了解系統的結構的細節，加重了編寫應用程序的負擔。
3、層次模型的缺點
現實世界中很多聯系是非層次性的，如多對多聯系，一個節點具有多個雙親等，層次模型不能自然的表示這類聯系，只能通過引入冗餘數據或引入虛擬結點來解決
對插入和刪除操作的限制比較多
查詢子女結點必須通過雙親結點
(6)從屬資料庫擴展閱讀：
層次模型的優點
1、模型簡單，對具有一對多層次關系的部門描述非常自然，直觀，容易理解，這是層次資料庫的突出優點
2、用層次模型的應用系統性能好，特別是對於那些實體間聯系固定的且預先定義好的應用，採用層次模型來實現，其性能優於關系模型
3、層次數據模型提供了良好的完整性支持。
⑺ SQL、MSSQL、MYSQL、SYBASESQL等及其他各種資料庫具體概念是什麼有什麼關系是從屬的么還是依存的
SQL是一種通用的資料庫語言,就像C語言,只不過是一種語言規范,而MSSQL、MYSQL、SYBASESQL是一種工具,這些工具使用的是SQL語言,它們之間是並存關系.
資料庫是存放大量數據的地方,就像一個倉庫.
⑻ 多層從屬關系資料庫如何設計
在實際開發過程中，經常存在多個層級結構的設計，而且多個層級結構還需要排序。
這里通過將多級結構的數據在同一張表中（無需多張表進行關聯），並通過level的巧妙設計來實現單表查詢。
⑼ 如何在資料庫中建立表與表的關系
1/, 最常用的一種: 減少重復數據.表A中擁有外鍵,表B的數據基本是不允許刪除的.這時選擇對 INSERT 和 UPDATE 強制關系即可.
2/，其次,是增加一個從屬表. 如果表A刪除一條記錄時，表B中也隨著刪除一條相關聯的記錄，那麼外鍵關系中，表A的主鍵是表B的外鍵。這種關系，實際上表B是表A的從屬表（即表A是父表），選擇對 INSERT 和 UPDATE 強制關系時，如果向表B中插入數據，表A中必須已經存在對應的記錄。選擇級聯刪除相關的欄位時，刪除表A中的一條記錄，就會刪除對應的表B中的一條記錄。
⑽ 網路資料庫是什麼東西啊
網路資料庫(Network Database)其含義有三個：①在網路上運行的資料庫。②網路上包含其他用戶地址的資料庫。③信息管理中，數據記錄可以以多種方式相互關聯的一種資料庫。網路資料庫和分層資料庫相似，因為其包含從一個記錄到另一個記錄的前進。與後者的區別在於其更不嚴格的結構：任何一個記錄可指向多個記錄，而多個記錄也可以指向一個記錄。實際上，網路資料庫允許兩個節點間的多個路徑，而分層資料庫只能有一個從父記錄（高級記錄）到子記錄（低級目錄）的路徑。
因此，網路資料庫是跨越電腦在網路上創建、運行的資料庫。網路資料庫中的數據之間的關系不是一一對應的，可能存在著一對多的關系，這種關系也不是只有一種路徑的涵蓋關系，而可能會有多種路徑或從屬的關系。