① DB2 聯邦資料庫功能
裡面若是sql語句的話，直接
db2 CREATE SERVER TESTDB TYPE DB2/UDB VERSION '10.5.0' WRAPPER "DRDA" AUTHID "db2inst2" PASSWORD "db2inst2" OPTIONS(ADD NODE 'TESTDB', PASSWORD 'Y')
不要帶雙引號，以及最後的分號。
② 在數據集成中，聯邦資料庫和中間件方法有什麼區別
數據集成是把不同來源、格式、特點性質的數據在邏輯上或物理上有機地集中，從而為企業提供全面的數據共享。在企業數據集成領域，已經有了很多成熟的框架可以利用。目前通常採用聯邦式、基於中間件模型和數據倉庫等方法來構造集成的系統，這些技術在不同的著重點和應用上解決數據共享和為企業提供決策支持。
③ 1000字小論文標准格式範文模板
寫作小論文有助於提高我們的學術水平，小論文的格式有哪些要求呢？下面是由我整理的1000字小論文格式 範文 模板，歡迎大家閱讀。
1000字小論文格式範文模板篇一：《多資料庫系統互聯機制的設計與實現》
摘要： 隨著企業規模的不斷擴大，各部門所需信息既相互交錯，又相對獨立。這就要求各部門所用的資料庫既能高度自治地 工作，又能進行信息共享。本文主要介紹多DM3資料庫系統間的信息共享機制。 不同DM3資料庫系統間的信息共享通過協調器實現。所有這些被協調器連接在一起的資料庫系統組成了一個聯邦資料庫。這樣既能較好地滿足企業的需要，也能在保證效率的前提下，提高數據的可用性。
關鍵詞： DBMS 復制 聯邦資料庫
1.引言
隨著經濟的發展，企業的規模越來越大，其積累的信息也越來越多。存在著各部門所處理的信息多數只對本部門有效，僅有少數信息需給 其它 某些部門共享的問題。這種信息的分布性和獨立性要求對所處理的數據進行分類，使各部門既能獨立地處理本部門大多數數據，也使部門間能協調處理跨部門的事務。在這種情況下，對整個企業建立一個完全的緊密耦合的分布式資料庫是很困難的，也是沒必要的，特別是大型企業，這樣的資料庫的效率往往是很低的。
為解決這個問題，我們採用以下策略：每個部門使用一套緊密耦合的資料庫系統，而在存在跨部門事務處理的資料庫系統間用一個協調器聯起來。這樣就組成了一個橫跨整個企業，各部門高度自治的聯邦資料庫系統。
DM2是由華中理工大學資料庫多媒體技術研究所研製的資料庫管理系統。它採用客戶/伺服器模型，客戶機與伺服器，伺服器與伺服器均通過網路互連，通過消息相互通訊，組成一個緊密耦合的分布式資料庫系統。它的工作流程如下：客戶機登錄到一台伺服器上，這台伺服器便成為它的代理伺服器;它接收來自客戶機的消息，然後根據全局數據字典決定是自己獨立完成該操作，還是與其它伺服器協作處理這條消息，處理完成之後，再由代理伺服器將處理結果返回給客戶機。
而數據字典，作為記錄資料庫所有元數據的系統表，它向以上過程中提供各類有用的信息，引導它們向正確的方向運行，起著“指南針”的作用。它分為局部數據字典和全局數據字典。其中，局部數據字典用於記錄一個伺服器站點中資料庫的控制信息，如表的模式，視圖的模式及各個數據區的的文件名等信息。全局數據字典用於記錄分布式資料庫系統中各個伺服器站點上有關全局數據的控制信息，如伺服器站點信息，各伺服器站點的全局表名及表內碼記錄，各伺服器站點上的全局數據視圖名及視圖內碼記錄，用戶名及口令記錄，用戶許可權記錄等信息。各個局部數據字典可以各不相同，但為了保證在各個伺服器上所看到的全局資料庫是一致的，因此，全局數據字典必須一致。我們所關心的是全局數據字典中的基表控制塊TV_CTRL_BLOCK，它的內容主要包括：全局基表總數，每個全局基表名和其對應的表內碼，該基表所在的伺服器站點的編號等信息。它的功能是將各個伺服器站點號與存儲在其上的表名及表內碼聯系起來。這樣，代理伺服器從客戶消息中找到被處理的表名，然後通過查詢基表控制塊TV_CTRL_BLOCK,就能知道該表存在哪個伺服器上，以便將相關消息發給該伺服器。
由於DM2上各個伺服器站點的全局字典完全相同，任何全局表的信息都會記入全局字典。若用它來構建一個企業的資料庫系統，則大量只對企業某部門有用的信息將會充斥在各部門所有伺服器的全局字典中，增加了冗餘。而且，當對全局表進行DDL操作時，為了確保全局字典的一致性，須對所有伺服器的全局字典進行加鎖。DM2對全局字典的封鎖方式是採用令牌環方式，即令牌繞虛環(非實環)傳輸，某個伺服器想對全局字典進行操作，必須等令牌到達該伺服器才可以執行。每個部門建立的全局表絕大多數只對本部門有用，當對這些表進行DDL操作時，卻要對所有伺服器的全局字典進行封鎖，通過令牌來實現對全局字典的互斥訪問。假如，兩個部門都要分別對本部門的內部表進行DDL操作，這應該是可以並行處理的操作，現在卻只能串列執行。而且，當伺服器數目龐大時，每個伺服器等待令牌的時間將會很長。這嚴重損害了資料庫的效率。
為彌補以上不足，在DM2的改進版本DM3中增加了協調器，用以聯接各個獨立的DM3資料庫子系統，並協調各子系統間的各種關系，使各子系統既能高度自治地工作，又能進行有效的信息共享。
2.體系結構
本系統可看作多個資料庫子系統被協調器聯起來的，高度自治的一個聯邦資料庫系統。其中，每個子系統獨立處理本系統內部的事務，而子系統間的信息共享由復制技術提供，副本間的一致性由協調器協調處理，處理所需的信息在初始化時寫入協調器的組間數據字典中。當對某子系統中的一份數據副本進行修改時，該子系統會將修改通知協調器，由協調器對該數據的其它副本進行修改，從而保證了所有副本的一致性。
由以上可知，子系統彼此並不直接接觸，而是各自都與協調器直接相聯，由協調器統一管理子系統間的通信。這樣，當子系統對副本進行修改時，不必關心相應的子系統處於何種狀態，也不必等待回應消息，以及異常處理，所有這些都由協調器進行管理。因此，既提高了系統運行的效率，也保證了子系統的獨立性。其體系結構如下圖所示。
協調器主要有三大功能，首先，它對協調器和伺服器進行初始化，並將有關信息存入組間字典;其次，它管理不同子系統間的通信，維護副本的一致性;最後，它在子系統出現崩潰時，進行異常管理及恢復工作。
圖1 DM3多資料庫系統體系結構
3.主要策略
多個DM3系統間的信息共享是通過副本實現的，副本的一致性是由協調器來維持的，是一種弱一致性。通常，多資料庫系統間的一致性是通過協調器周期性地訪問伺服器的日誌來完成的。由於副本的更新帶有隨機性，因此，若採用這種 方法 ，可能數據被修改多次，但其相對應的副本仍未被修改，這樣就損害了數據的一致性;也可能數據並未被修改，但協調器已多次訪問了伺服器的日誌了，這樣就降低了系統的效率。
所以，本系統採用的方法是當數據被修改時，由伺服器通知協調器有關信息，再由協調器通知相關系統，修改相關數據。這樣，數據的修改及時(仍然是弱一致性)，而協調器也不會在數據未被修改的情況下訪問伺服器，提高了准確性。
為了使協調器正常工作，我們對底層資料庫管理系統DM2進行了修改。在基表控制塊TV_CTRL_BLOCK中增加一項IsReplication。建表時，該項初始化為false;當為該表建立一個副本時，該項賦值為true。具體演算法如下。
3.1初始化演算法。
協調器：
從用戶或應用程序接收待連接的兩個系統中的伺服器名，需復制的表名;
分別登錄到兩個系統的伺服器上;
向存有待復製表的伺服器發預復制消息;
等待伺服器消息;
若失敗，發一條失敗的消息給伺服器和用戶或應用程序，轉11);
若成功，從消息中取出待復製表的有關信息，根據這些信息，發一條建表消息給另一個系統的伺服器;
等待伺服器消息;
若失敗，發一條失敗的消息給伺服器和用戶或應用程序，轉11);
若成功，調數據轉移程序，進行數據復制;
將有關信息寫入組間字典。
退出。
伺服器：
當伺服器收到預復制消息後，將基表控制塊TV_CTRL_BLOCK中的IsReplication賦為true。同時，取出待復製表的有關信息，組成應答消息發給協調器。
當伺服器收到失敗的消息後，將基表控制塊TV_CTRL_BLOCK中的IsReplication賦為false。
3.2維護演算法。
協調器：
從組間字典讀出相關信息，根據這些信息，登錄到相應系統上;
等待消息;
從某系統的伺服器上收到一條修改消息後，通過查找組間字典，確定該消息的目的地，然後將它轉發過去;
若失敗，定時重發;
轉2);
伺服器：
1)等待消息;
2)當收到某客戶或應用程序的消息後，檢查它是否是修改數據的操作(如delete，update或insert等);
若不是，轉7);
若是，檢查基表控制塊TV_CTRL_BLOCK中的IsReplication是否為true;
若不是，轉7);
若是，向協調器發修改消息;
繼續執行伺服器程序的其它部分。
3.3恢復演算法。
若協調器所聯接的系統中有一個跨掉了，則對副本的修改無法及時地反映到跨掉的系統中來。這時，需要恢復演算法來進行處理。
協調器：
當協調器發現有一個系統已經崩潰後，採取以下步驟。
將與該系統相關的變數open賦值為false;
打開記時器;
等待消息;
若收到的消息是其它系統發出的修改崩潰了的系統上的副本的命令，則依次將這些消息存儲起來，轉3);
若收到的消息是記時器發出的時間到的消息，則向崩潰的系統發登錄命令;
若登錄成功，將open的值改為true;
將存儲的消息依次發送過去，轉9);
若登錄失敗，轉3);
退出。
4.結論
我們曾在三個DM3資料庫系統上，用兩個協調器進行聯接。結果，運行情況良好，各副本最終都能保證一致，且各副本間存在差異的時間間隔很短。另外，在出現異常的情況下，協調器也能正常工作。
主要參考文獻：
1.周龍驤等，分布式資料庫管理系統實現技術，科學出版社，1998。
2.鄭振楣，於戈，郭敏，分布式資料庫，科學出版社，1998。
3.王珊等，數據倉庫技術與聯機分析處理，科學出版社，1998。
>>>下一頁更多精彩的“1000字小論 文格 式范 文模 板”
④ 簡述分布式資料庫的模式結構
分布式資料庫系統是在集中式資料庫系統的基礎上發展來的。是資料庫技術與網路技術結合的產物。什麼是分布式資料庫： 分布式資料庫系統是在集中式資料庫系統的基礎上發展來的。是資料庫技術與網路技術結合的產物。分布式資料庫系統有兩種：一種是物理上分布的，但邏輯上卻是集中的。這種分布式資料庫只適宜用途比較單一的、不大的單位或部門。另一種分布式資料庫系統在物理上和邏輯上都是分布的，也就是所謂聯邦式分布資料庫系統。由於組成聯邦的各個子資料庫系統是相對「自治」的，這種系統可以容納多種不同用途的、差異較大的資料庫，比較適宜於大范圍內資料庫的集成。分布式資料庫系統(DDBS)包含分布式資料庫管理系統(DDBMS)和分布式資料庫(DDB)。在分布式資料庫系統中，一個應用程序可以對資料庫進行透明操作，資料庫中的數據分別在不同的局部資料庫中存儲、由不同的DBMS進行管理、在不同的機器上運行、由不同的操作系統支持、被不同的通信網路連接在一起。一個分布式資料庫在邏輯上是一個統一的整體：即在用戶面前為單個邏輯資料庫，在物理上則是分別存儲在不同的物理節點上。一個應用程序通過網路的連接可以訪問分布在不同地理位置的資料庫。它的分布性表現在資料庫中的數據不是存儲在同一場地。更確切地講，不存儲在同一計算機的存儲設備上。 這就是與集中式資料庫的區別。從用戶的角度看，一個分布式資料庫系統在邏輯上和集中式資料庫系統一樣，用戶可以在任何一個場地執行全局應用。就好那些數據是存儲在同一台計算機上，有單個資料庫管理系統(DBMS)管理一樣，用戶並沒有什麼感覺不一樣。分布式資料庫中每一個資料庫伺服器合作地維護全局資料庫的一致性。分布式資料庫系統是一個客戶/伺服器體系結構。
⑤ 數據集成中的多資料庫系統和聯邦資料庫有什麼關系聯邦資料庫是不是多資料庫系統的一種
http://ke..com/view/4111079.htm看這里就有答案了
⑥ 簡述分布式資料庫系統，集中式資料庫系統和聯邦資料庫系統之間的異同點
分布式資料庫系統通常使用較小的計算機系統，每台計算機可單獨放在一個地方，每台計算機中都有DBMS的一份完整拷貝副本，並具有自己局部的資料庫，位於不同地點的許多計算機通過網路互相連接，共同組成一個完整的、全局的大型資料庫。 這種組織資料庫的方法克服了物理中心資料庫組織的弱點。首先，降低了數據傳送代價，因為大多數的對資料庫的訪問操作都是針對局部資料庫的，而不是對其他位置的資料庫訪問;其次，系統的可靠性提高了很多，因為當網路出現故障時，仍然允許對局部資料庫的操作，而且一個位置的故障不影響其他位置的處理工作，只有當訪問出現故障位置的數據時，在某種程度上才受影響;第三，便於系統的擴充，增加一個新的局部資料庫，或在某個位置擴充一台適當的小型計算機，都很容易實現。然而有些功能要付出更高的代價。例如，為了調配在幾個位置上的活動，事務管理的性能比在中心資料庫時花費更高，而且甚至抵消許多其他的優點。
⑦ 什麼是聯邦式資料庫系統
數據聯邦（Federation)是目前比較成熟的企業數據集成方法之一。下面通過IBM聯邦資料庫技術來認識數據聯邦是如何集成企業數據的。IBM 在聯邦技術上進行了大量投資，使之在整個數據管理產品系列中取得市場領先能力。現在，聯邦技術能夠統一地訪問任何信息存儲中以任何格式(結構化的和非結構化的)表示的任何數字信息。現在，通過各種 IBM 產品 — 包括 DB2® UDB(和 DB2 Relational Connect)、DB2 DataJoiner® 和 IBM Enterprise Information Portal(EIP)，還有最新發布的 Information Integrator — 可以使用這些聯邦技術。