이 섹션은에 사용 된 토토 커뮤니티 형식의 개요를 제공합니다.PostgreSQL테이블. 사용자 정의 액세스 방법은이 토토 커뮤니티 형식을 사용할 필요가 없습니다.
다음 설명에서 A바이트8 비트를 포함한다고 가정합니다. 또한 용어항목저장된 데이터를 참조합니다PostgreSQL테이블.
표 7-1토토 커뮤니티를 보여줍니다 모두 정상PostgreSQL테이블 그리고PostgreSQL인덱스 (예 : a B-Tree Index)가 구성되어 있습니다.
표 7-1. 샘플 페이지 레이아웃
항목 | 설명 |
---|---|
ItemPointerData | |
필러 | |
ItemData ... | |
할당되지 않은 공간 | |
itemcontinuationData | |
특별 공간 | |
"ItemData 2" | |
"ItemData 1" | |
itemiddata | |
PageHeaderData |
각 페이지의 첫 8 바이트는 페이지 헤더로 구성됩니다. (PageHeaderData). 헤더 내에서 처음 3 개의 2 바이트 정수 필드 (낮은, 어퍼및Special) 할당되지 않은 공간의 시작 부분에 바이트 오프셋을 나타냅니다. 할당되지 않은 공간의 끝 및 시작까지특별 공간. 특별한 공간은 그 지역입니다 페이지 초기화 시간에 할당 된 페이지의 끝 및 액세스 방법에 맞는 정보가 포함되어 있습니다. 마지막 2 페이지 헤더의 바이트,opaque, 인코딩 내부 조각화에 대한 토토 커뮤니티 크기 및 정보 토토 커뮤니티. 토토 커뮤니티 크기는 각 토토 커뮤니티에 저장됩니다. 버퍼 풀은 프레임의 동일한 크기 토토 커뮤니티로 세분 될 수 있습니다. 테이블 내에서 프레임 기준으로. 내부 조각화 정보는 토토 커뮤니티를 결정하는 데 도움이됩니다 재구성이 발생해야합니다.
페이지 헤더 다음은 항목 식별자입니다 (itemiddata). 새 항목 식별자가 할당됩니다 할당되지 않은 공간의 처음 4 바이트에서. 항목이기 때문에 식별자가 해제 될 때까지 이동하지 않으면 인덱스가 페이지의 항목 위치를 나타내는 데 사용됩니다. 사실은, 항목에 대한 모든 포인터 (ItemPointer) 만들기postgresql구성됩니다 프레임 번호 및 항목 식별자의 인덱스 항목 식별자는 항목의 시작에 바이트 오프셋을 포함합니다. 바이트의 길이 및 그 영향에 영향을 미치는 일련의 속성 비트 해석.
항목 자체는 뒤로 할당 된 공간에 저장됩니다 할당되지 않은 공간의 끝에서. 일반적으로 항목은 아닙니다 해석. 그러나 항목이 너무 길어서 단일 페이지 또는 항목의 조각화가 필요할 때 항목은 나뉘어지고 각 조각은 뚜렷한 항목으로 처리됩니다. 다음과 같은 방식. 첫 번째는 마지막 조각 옆에 있습니다 항목 연속 구조 (에 배치됩니다.itemcontinuationData). 이 구조에는 포함됩니다 다음 조각과 조각을 가리키는 ItemPointerData 그 자체. 마지막 조각은 정상적으로 처리됩니다.