기본 확장성 개념을 소개했으니 이제 카탈로그가 실제로 어떻게 배치되어 있는지 살펴보세요. 당신은 할 수 있습니다 지금은 이 섹션을 건너뛰세요. 하지만 이후의 일부 섹션은 여기에 제공된 정보 없이는 이해할 수 없으므로 이것을 표시하십시오. 나중에 참조할 수 있는 페이지입니다. 모든 시스템 카탈로그에는 다음과 같은 이름이 있습니다. 시작하다pg_. 다음 테이블 최종 사용자에게 유용할 수 있는 정보가 포함되어 있습니다. (거기서 다른 많은 시스템 카탈로그가 있지만 거의 없습니다. 직접 쿼리해야 하는 이유입니다.)
표 12-1. Postgres 시스템 카탈로그
| 카탈로그 이름 | 설명 |
|---|---|
| pg_database | 데이터베이스 |
| pg_class | 테이블 |
| pg_attribute | 테이블 열 |
| pg_index | 보조 색인 |
| pg_proc | 프로시저(C 및 SQL) |
| pg_type | 유형(기본 및 복잡한) |
| pg_operator | 연산자 |
| pg_aggregate | 집계 및 집계 기능 |
| pg_am | 액세스 방법 |
| pg_amop | 액세스 방법 연산자 |
| pg_amproc | 액세스 방법 지원 기능 |
| pg_opclass | 액세스 방법 연산자 수업 |
다음 섹션에서 우리는 다음과 같은 내용을 제시할 것입니다. 표시되는 시스템 카탈로그에 대한 다양한 조인 쿼리 시스템을 확장하는 데 필요한 정보입니다. 이것을 보면서 다이어그램은 이러한 조인 쿼리 중 일부를 작성해야 합니다( 종종 3방향 또는 4방향 조인)이 더 이해하기 쉽습니다. 쿼리에 사용된 열을 볼 수 있습니다. 다른 테이블에 외래 키를 형성합니다.
다양한 기능(테이블, 열, 함수, 유형, 액세스 방법 등)이 여기에 긴밀하게 통합되어 있습니다. 스키마. 간단한 생성 명령으로 이러한 항목 중 많은 부분을 수정할 수 있습니다. 카탈로그.
유형과 절차는 스키마의 핵심입니다.
참고:우리는 단어를 사용합니다절차그리고함수다소 호환 가능합니다.
명확한 내용을 담고 있는 열과 관계가 많이 있습니다. 하지만 의미가 많이 있습니다(특히 액세스 방법과 관련이 있음) 그렇지 않습니다. 관계 pg_am, pg_amop, pg_amproc, pg_operator 및 pg_opclass 사이 특히 이해하기 어려운 내용은 다음 페이지에서 설명하겠습니다. 깊이(유형 및 연산자 인터페이스 섹션에서 index) 기본 확장에 대해 논의한 후입니다.