4.2. How the database is divided into zones
4.2. 데이터베이스를 영역으로 나누는 방법
The domain database is partitioned in two ways: by class, and by "cuts" made in the name space between nodes.
도메인 데이터베이스는 두 가지 방식으로 분할됩니다: 즉, 클래스별로, 그리고 노드 사이의 이름 공간에 만들어진 "컷"으로 분할됩니다.
The class partition is simple.
클래스 파티션은 간단합니다.
The database for any class is organized, delegated, and maintained separately from all other classes.
모든 클래스의 데이터베이스는 다른 모든 클래스와 별도로 구성, 위임 및 유지 관리됩니다.
Since, by convention, the name spaces are the same for all classes, the separate classes can be thought of as an array of parallel namespace trees.
관례 상 네임 스페이스는 모든 클래스에 대해 동일하므로 별도의 클래스는 병렬 네임스페이스 트리의 배열로 간주될 수 있습니다.
Note that the data attached to nodes will be different for these different parallel classes.
노드에 연결된 데이터는 이러한 여러 병렬 클래스에 따라 다릅니다.
The most common reasons for creating a new class are the necessity for a new data format for existing types or a desire for a separately managed version of the existing name space.
새 클래스를 만드는 가장 일반적인 이유는 기존 유형에 대한 새로운 데이터 형식이 필요하거나 기존 네임스페이스의 별도로 관리되는 버전이 필요하기 때문입니다.
Within a class, "cuts" in the name space can be made between any two adjacent nodes.
클래스 내에서 인접한 두 노드 사이에 네임 스페이스가 "절단"될 수 있습니다.
After all cuts are made, each group of connected name space is a separate zone.
모든 컷이 완료된 후 연결된 네임 스페이스의 각 그룹은 별도의 영역이 됩니다.
The zone is said to be authoritative for all names in the connected region.
이 영역은 연결된 지역의 모든 이름에 대해 권한이 있다고 합니다.
Note that the "cuts" in the name space may be in different places for different classes, the name servers may be different, etc.
네임 스페이스의 "컷"은 클래스마다 다른 위치에 있을 수 있고, 네임서버도 다를 수 있습니다.
These rules mean that every zone has at least one node, and hence domain name, for which it is authoritative, and all of the nodes in a particular zone are connected.
이러한 규칙은 모든 영역에 최소한 하나의 노드가 있으므로 도메인 이름이 신뢰할 수 있고 특정 영역의 모든 노드가 연결된다는 것을 의미합니다.
Given, the tree structure, every zone has a highest node which is closer to the root than any other node in the zone.
주어진 트리 구조에서 모든 영역에는 영역의 다른 노드보다 루트에 더 가까운 가장 높은 노드가 있습니다.
The name of this node is often used to identify the zone.
이 노드의 이름은 영역을 식별하는 데 자주 사용됩니다.
It would be possible, though not particularly useful, to partition the name space so that each domain name was in a separate zone or so that all nodes were in a single zone.
특별히 유용하지는 않지만 각 도메인 이름이 별도의 영역에 있거나 모든 노드가 단일 영역에 있도록 이름 공간을 분할하는 것이 가능합니다.
Instead, the database is partitioned at points where a particular organization wants to take over control of a subtree.
대신, 특정 조직이 하위 트리에 대한 제어권을 인수하려는 지점에서 데이터베이스가 분할됩니다.
Once an organization controls its own zone it can unilaterally change the data in the zone, grow new tree sections connected to the zone, delete existing nodes, or delegate new subzones under its zone.
조직이 자체 영역을 제어하면 해당 영역의 데이터를 일방적으로 변경하거나, 영역에 연결된 새 트리 섹션을 늘리거나, 기존 노드를 삭제하거나, 해당 영역 아래에 새 하위 영역을 위임할 수 있습니다.
If the organization has substructure, it may want to make further internal partitions to achieve nested delegations of name space control.
조직에 하위구조가 있는 경우, 네임 스페이스 제어의 중첩된 위임을 달성하기 위해 내부 파티션을 추가로 만들 수도 있습니다.
In some cases, such divisions are made purely to make database maintenance more convenient.
어떤 경우에는 순전히 데이터베이스 유지 관리를 더욱 편리하게 하기 위해 이러한 구분이 이루어집니다.