If one therefore thinks of Astrolab

If one therefore thinks of Astrolabe as a form of decentralized hierarchical
database, there will be a table (a relation) for each zone, with a row for each child
zone. Each column in a leaf zone is a value extracted from the corresponding
node or object on that node. Each column in an internal zone is a value computed
by an aggregating function to summarize its children. These columns might be
very different from those of the children zones. For example, the child zones
might report loads, numbers of files containing pictures of Elvis and so forth.
An internal zone could have one column giving the mean load on its children,
another counting the total number of matching pictures reported by its children,
and a third listing the three child nodes with the strongest matches. In the
latter case we would probably also have a column giving the actual quality of
those matches, so that further aggregation can be performed at higher levels
of the zone hierarchy. However, this is not required: using Astrolabe’s scoping
mechanism, we could search for those matching pictures only within a single
zone, or within some corner of the overall tree, or within any other well-defined
scope.
In addition to code, AFCs may contain other information. Two important
other uses of AFCs are information requests and run-time configuration. An
Information Request AFC specifies what information the application wants to
retrieve at each participating host, and how to aggregate this information in
the zone hierarchy. Both are specified using SQL queries. A Configuration AFC
specifies run-time parameters that applications may use for dynamic on-line
configuration. We will present examples of these uses later in this paper.
Applications invoke Astrolabe interfaces through calls to a library (see
Table I). Initially, the library connects to an Astrolabe agent using TCP. The
set of agents from which the library can choose is specified using set contacts.
Optionally, eligible agents can be found automatically using find contacts.
The time parameter specifies how long to search, while the scope parameter
specifies how to search (e.g., using a broadcast request on the local network). (In
the simplest case, an Astrolabe agent is run on every host, so that application
processes can always connect to the agent on the local host and need not worry
about the connection breaking.)
From then on, the library allows applications to peruse all the information
in the Astrolabe tree, setting up connections to other agents as necessary. The
creation and termination of connections is transparent to application processes,
so the programmer can think of Astrolabe as one single service. Updates to the
attributes of zones, as well as updates to the membership of zones, are posted
on local event queues. Applications can also update the attribute of virtual zones
using set attribute.
Besides a native interface, the library has an SQL interface that allows applications to view each node in the zone tree as a relational database table,
with a row for each child zone and a column for each attribute. The programmer can then simply invoke SQL operators to retrieve data from the tables.
Using selection, join, and union operations, the programmer can create new
ACM Transactions on Computer Systems, Vol. 21, No. 2, May 2003.
Astrolabe • 171
views of the Astrolabe data that are independent of the physical hierarchy of
the Astrolabe tree. An ODBC driver is available for this SQL interface, so that
many existing database tools can use Astrolabe directly, and many databases
can import data from Astrolabe. SQL does not support instant notifications of
attribute changes, so that applications that need such notifications would need
to obtain them using the native interface.
Astrolabe agents also act as web servers, hence information can be browsed
and changed using any standard web browser instead of going through the
library.

Kết quả (Việt) 1:

Nếu một do đó nghĩ của Astrolabe là một hình thức phân cấp phân cấpcơ sở dữ liệu, sẽ có một bảng (một mối quan hệ) cho từng vùng, với một hàng cho mỗi đứa trẻkhu vực. Mỗi cột trong một khu vực lá là một giá trị được chiết xuất từ tương ứngnút hoặc các đối tượng trên nút đó. Mỗi cột trong một khu vực nội bộ là một giá trị tính toánbởi một chức năng aggregating để tóm tắt các trẻ em. Các cột có thểrất khác nhau từ những người trong khu trẻ em. Ví dụ, các khu trẻ emcó thể báo cáo tải, số lượng tập tin có chứa hình ảnh của Elvis và vân vân.Một khu vực nội bộ có thể có một cột cho tải trung bình trên trẻ em của nó,một đếm tổng số phù hợp với hình ảnh báo cáo của trẻ em của nó,và một phần ba danh sách nút ba con với các trận đấu mạnh nhất. Trong cáctrường hợp thứ hai, chúng tôi sẽ có lẽ cũng có một cột đưa ra thực tế chất lượngnhững người phù hợp với, để tiếp tục tập hợp có thể được thực hiện tại cấp độ cao hơncủa hệ thống phân cấp khu vực. Tuy nhiên, điều này là không cần thiết: sử dụng phạm vi của Astrolabecơ chế, chúng tôi có thể tìm kiếm những người phù hợp với hình ảnh chỉ trong vòng một đĩa đơnkhu vực, hoặc trong một số góc của cây tổng thể, hoặc trong bất kỳ khác cũng xác địnhphạm vi.Ngoài mã, AFCs có thể chứa các thông tin khác. Hai quan trọngsử dụng khác của AFCs là yêu cầu thông tin và cấu hình thời gian chạy. MộtThông tin yêu cầu khu vực Châu á chỉ định thông tin ứng dụng muốnLấy mỗi máy chủ tham gia, và làm thế nào để tổng hợp thông tin này trongHệ thống phân cấp khu vực. Cả hai được xác định bằng cách sử dụng truy vấn SQL. Một cấu hình khu vực Châu áxác định các thông số thời gian chạy ứng dụng có thể sử dụng năng động on-linecấu hình. Chúng tôi sẽ trình bày các ví dụ của những sử dụng sau này trong bài báo này.Ứng dụng gọi Astrolabe giao diện thông qua các cuộc gọi đến một thư viện (xemBàn tôi). Ban đầu, các thư viện kết nối đến một đại lý Astrolabe sử dụng TCP. Cáctập hợp các đại lý mà từ đó thư viện có thể chọn được chỉ định sử dụng thiết lập liên hệ.Tùy chọn, đủ điều kiện đại lý có thể được tìm thấy tự động bằng cách sử dụng tìm địa chỉ liên lạc.Các thông số thời gian xác định bao lâu để tìm kiếm, trong khi các tham số phạm vichỉ định làm thế nào để tìm kiếm (ví dụ như, sử dụng một yêu cầu phát sóng trên mạng cục bộ). (Trongtrường hợp đơn giản nhất, một đại lý Astrolabe chạy trên mỗi máy chủ, để ứng dụngquá trình luôn luôn có thể kết nối với các đại lý trên máy chủ địa phương và cần không lo lắngvề kết nối breaking.)Từ đó về sau, các thư viện cho phép các ứng dụng để lướt tất cả các thông tintrong Astrolabe cây thiết lập kết nối đến các đại lý khác khi cần thiết. Cácsáng tạo và chấm dứt kết nối là minh bạch để ứng dụng quy trình,do đó, các lập trình viên có thể nghĩ về Astrolabe như là một dịch vụ duy nhất. Cập nhập vào cácCác thuộc tính của khu vực, cũng như các bản Cập Nhật cho các thành viên của khu vực, được đăngvào hàng đợi sự kiện địa phương. Ứng dụng cũng có thể cập nhật các thuộc tính của vùng ảosử dụng thuộc tính thiết lập.Bên cạnh một giao diện bản địa, các thư viện có giao diện SQL cho phép các ứng dụng để xem mỗi nút trong khu vực cây như một bảng cơ sở dữ liệu quan hệ,với một hàng cho từng khu vực trẻ em và một cột cho mỗi thuộc tính. Các lập trình viên có thể sau đó chỉ cần gọi SQL nhà khai thác để lấy dữ liệu từ các bảng.Bằng cách sử dụng lựa chọn, tham gia, và các hoạt động công đoàn, các lập trình viên có thể tạo mớiACM giao dịch trên hệ thống máy tính, Vol. 21, No. 2, tháng năm 2003.Astrolabe • 171Số lần xem của dữ liệu Astrolabe độc lập với hệ thống phân cấp vật lý củacây Astrolabe. Một trình điều khiển ODBC là có sẵn cho giao diện này SQL, đểnhiều công cụ cơ sở dữ liệu hiện tại có thể sử dụng Astrolabe trực tiếp, và nhiều cơ sở dữ liệucó thể nhập dữ liệu từ Astrolabe. SQL không hỗ trợ ngay lập tức thông báo củathuộc tính thay đổi, do đó, rằng ứng dụng cần thông báo như vậy sẽ cầnđể có được chúng bằng cách sử dụng giao diện bản địa.Đại lý Astrolabe cũng hoạt động như máy chủ web, do đó thông tin có thể được duyệtvà thay đổi bằng cách sử dụng bất kỳ trình duyệt web chuẩn thay vì đi qua cácthư viện.

Kết quả (Việt) 2:

Nếu một do đó nghĩ về Astrolabe như một hình thức phân cấp phân quyền
cơ sở dữ liệu, sẽ có một bảng (quan hệ) cho từng khu vực, với một hàng cho mỗi đứa trẻ
vùng. Mỗi cột trong một khu lá là một giá trị chiết xuất từ tương ứng
nút hoặc đối tượng trên nút đó. Mỗi cột trong một khu vực nội bộ là một giá trị được tính toán
bởi một chức năng tập hợp để tóm tắt con của nó. Các cột này có thể là
rất khác nhau từ những người trong khu trẻ em. Ví dụ, các vùng con
có thể báo cáo tải, số lượng các tập tin có chứa hình ảnh của Elvis và vv.
Một khu vực nội bộ có thể có một cột cho các phụ tải trung bình trên các con của nó,
khác đếm tổng số các hình ảnh phù hợp với báo cáo của các con của nó,
và niêm yết một phần ba ba nút con với các trận đấu mạnh nhất. Trong
trường hợp thứ hai, chúng tôi sẽ có lẽ cũng có một cột cho chất lượng thực tế của
những trận đấu, để tập hợp hơn nữa có thể được thực hiện ở các cấp độ cao hơn
của hệ thống phân cấp vùng. Tuy nhiên, điều này là không cần thiết: sử dụng Phạm vi Astrolabe của
cơ chế, chúng ta có thể tìm kiếm những hình ảnh phù hợp với chỉ trong vòng một đơn
vùng, hoặc trong một số góc của cây tổng thể, hoặc trong bất kỳ cũng được xác định khác
. Phạm vi
Ngoài mã, AFCs thể chứa các thông tin khác. Hai quan trọng
khác sử dụng của AFCs là những yêu cầu thông tin và cấu hình thời gian chạy. An
Yêu cầu thông tin AFC quy định cụ thể những thông tin các ứng dụng muốn
lấy tại mỗi máy chủ tham gia, và làm thế nào để tập hợp thông tin này trong
hệ thống phân cấp vùng. Cả hai đều được chỉ định sử dụng các truy vấn SQL. Một cấu hình AFC
quy định cụ thể các thông số thời gian chạy các ứng dụng có thể sử dụng cho động on-line
cấu hình. Chúng tôi sẽ trình bày các ví dụ về các công dụng sau này trong bài viết này.
Ứng dụng gọi giao diện Astrolabe thông qua các cuộc gọi đến một thư viện (xem
Bảng I). Ban đầu, thư viện kết nối đến một đại lý Astrolabe sử dụng TCP. Các
tập hợp các đại lý mà từ đó thư viện có thể chọn được chỉ định bằng bộ liên lạc.
Tùy chọn, các đại lý đủ điều kiện có thể được tìm thấy tự động bằng cách sử dụng địa chỉ liên lạc find.
Các thông số thời gian quy định cụ thể như thế nào lâu để tìm kiếm, trong khi các tham số phạm vi
quy định cụ thể như thế nào để tìm kiếm (ví dụ, bằng cách sử dụng một yêu cầu phát sóng trên mạng địa phương). (Trong
trường hợp đơn giản, một đại lý Astrolabe được chạy trên mỗi máy chủ, do đó ứng dụng
các quy trình luôn có thể kết nối với các đại lý trên các máy chủ địa phương và không cần phải lo lắng
về việc bẻ kết nối.)
Từ đó về sau, thư viện cho phép các ứng dụng để kiểm tra nội dung tất cả các thông tin
trong cây Astrolabe, thiết lập kết nối cho các đại lý khác khi cần thiết. Việc
tạo ra và chấm dứt kết nối là minh bạch cho quá trình ứng dụng,
do đó, các lập trình viên có thể nghĩ Astrolabe như một dịch vụ duy nhất. Cập nhật các
thuộc tính của vùng, cũng như cập nhật cho các thành viên của khu vực, được đăng
trên hàng đợi sự kiện địa phương. Ứng dụng cũng có thể cập nhật các thuộc tính của vùng ảo
bằng cách sử dụng thiết lập thuộc tính.
Bên cạnh một giao diện bản địa, thư viện có một giao diện SQL cho phép ứng dụng xem mỗi node trong cây vùng như một bảng cơ sở dữ liệu quan hệ,
với một hàng cho từng khu vực trẻ em và một cột cho mỗi thuộc tính. Các lập trình viên sau đó có thể đơn giản chỉ gọi các nhà khai thác SQL để lấy dữ liệu từ các bảng.
Sử dụng lựa chọn, tham gia và hoạt động công đoàn, các lập trình viên có thể tạo mới
giao dịch ACM trên hệ thống máy tính, Vol. 21, số 2, tháng năm 2003.
Astrolabe • 171
điểm của dữ liệu Astrolabe độc lập của hệ thống phân cấp vật lý của
cây Astrolabe. Một người lái ODBC có sẵn cho giao diện SQL này, vì vậy mà
nhiều công cụ cơ sở dữ liệu hiện tại có thể sử dụng trực tiếp Astrolabe, và nhiều cơ sở dữ liệu
có thể nhập dữ liệu từ Astrolabe. SQL không hỗ trợ thông báo ngay lập tức các
thay đổi thuộc tính, để các ứng dụng cần các thông báo như vậy sẽ cần
để có được chúng bằng cách sử dụng giao diện bản địa.
đại lý Astrolabe cũng hoạt động như máy chủ web, vì vậy thông tin có thể được duyệt
và thay đổi bằng cách sử dụng bất kỳ trình duyệt web tiêu chuẩn thay vì đi thông qua các
thư viện.