分散式目錄管理
目錄被稱為包含有關資料庫中存在物件的資訊的資料庫系統,或者包含分散式資料庫元資料的資料庫本身。目錄管理需要有效地處理,因為它會影響站點自治、檢視管理以及資料分發和複製的效能。分散式目錄管理瞭解資料在各個站點上的分發情況。如果發生任何關係的碎片和複製,那麼藉助分散式目錄,我們可以唯一地找到每個碎片的副本。
全域性關係名稱顯示為<本地名稱>,<出生站點>,全域性副本名稱是“副本 ID”和“全域性關係名稱”的組合。站點目錄表示站點上的物件(如碎片和副本),並跟蹤站點上存在的副本。分散式資料庫的管理模式包括集中式目錄、完全複製的目錄和分割槽目錄
集中式目錄
集中式指的是儲存整個目錄資料的單個站點。這使得它易於使用和理解。另一方面,可靠性、可用性、自治性和處理負載分配的優勢受到負面影響。所需的目錄資料在中央站點被鎖定,然後傳輸到非中央位置的請求站點以進行讀取操作。在成功完成讀取過程後,會將確認資訊傳輸到中央站點,這有助於解鎖資料。每個更新活動都必須使用中央站點來處理,這可能會影響寫密集型應用程式,並且很快就會成為效能瓶頸。
完全複製的目錄
在此計劃中,每個位置站點都具有整個目錄的相同副本。在此係統下,可以本地回答問題,並且讀取速度可以更快。所有更改都必須分佈到所有網站。為了保證目錄一致性,更新被視為事務處理,並使用集中式兩階段提交方法。與集中式方法一樣,寫密集型應用程式可能會由於與寫入相關的廣播而導致更多的網路流量。
部分複製的目錄
集中式和完全複製的系統由於需要維護目錄的一致全域性檢視,因此會限制站點自治。在部分複製的方法中,每個站點都有一個關於本地儲存在該站點上的資料的完整目錄。此外,每個站點都允許快取從其他站點獲取的資料。但是,這些快取副本可能並不總是最新和更新的版本。該系統跟蹤物件生成站點和物件複製站點的目錄條目。對副本進行的任何修改都會立即傳輸到原始(出生)站點。在獲得所需的更新副本以替換過時的副本之前,可能需要一些時間。站點間關係的碎片通常應僅存在一次。使用者應該能夠為遠端物件定義同義詞,並將其用於後續引用,以確保資料分發透明性。
結論
本文介紹了分散式目錄管理,其中目錄指的是有關物件的資訊,並且會影響站點自治、檢視管理以及資料分發和複製的效能。展示了分散式目錄的三個管理模式。第一種是集中式目錄,它將資料收集在一個站點上以執行操作。第二種是完全複製的目錄,它在每個站點上都有一份目錄副本。第三種是部分複製的目錄,它有助於維護整個目錄資料並使用快取條目執行操作。
資料結構
網路
關係型資料庫管理系統
作業系統
Java
iOS
HTML
CSS
Android
Python
C 程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP