포스트그레SQL
이전		다음

---

제2장. 아키텍처

포스트그레스 건축 개념

시작하기 전에 기본 Postgres 시스템을 이해해야 합니다. 건축. Postgres의 각 부분이 어떻게 상호 작용하는지 이해 다음 장을 좀 더 명확하게 만들어 보세요. 데이터베이스 전문 용어로, Postgres는 간단한 "사용자별 프로세스" 클라이언트/서버 모델을 사용합니다. 에이 Postgres 세션은 다음과 같은 협력 UNIX로 구성됩니다. 프로세스(프로그램):

• 감독 데몬 프로세스(포스트마스터),

• 사용자의 프런트엔드 애플리케이션(예: psql 프로그램), 그리고

• 하나 이상의 윈 토토 데이터베이스 서버(postgres 프로세스 자체).

한 명의 포스트마스터가 특정 데이터베이스 모음을 관리합니다. 단일 호스트. 이러한 데이터베이스 모음을 설치 또는 사이트. 액세스하려는 프런트엔드 애플리케이션 설치 내의 특정 데이터베이스가 라이브러리를 호출합니다. 도서관은 네트워크를 통해 포스트마스터에게 사용자 요청을 보냅니다. (연결 방법 설립됨), 그러면 새 윈 토토 서버가 시작됩니다. 프로세스

그리고 프런트엔드 프로세스를 새 서버에 연결합니다. 에서 그 시점에서 프런트엔드 프로세스와 윈 토토 서버 우체국장의 개입 없이 통신합니다. 따라서, postmaster는 항상 실행 중이며 요청을 기다리고 있습니다. 프런트엔드와 윈 토토 프로세스가 왔다 갔다 합니다.

그libpq라이브러리는 단일 백엔드 프로세스에 여러 연결을 만들기 위한 프런트엔드. 그러나 프런트엔드 애플리케이션은 여전히 단일 스레드입니다. 프로세스. 다중 스레드 프런트엔드/백엔드 연결은 그렇지 않습니다. 현재 다음에서 지원됩니다.libpq. 하나 이 아키텍처의 의미는 포스트마스터와 윈 토토는 항상 동일한 머신(데이터베이스 서버)에서 실행되지만 프론트엔드 애플리케이션은 어디에서나 실행될 수 있습니다. 이것을 보관해야합니다 클라이언트 시스템에서 액세스할 수 있는 파일은 액세스할 수 없습니다(또는 다른 방법을 통해서만 액세스할 수 있습니다). 파일 이름)을 데이터베이스 서버 시스템에 저장합니다.

또한 포스트마스터와 포스트그레스가 서버는 Postgres "수퍼유저"의 사용자 ID로 실행됩니다. 참고하세요 Postgres 슈퍼유저는 특별한 사용자일 필요가 없습니다(예: "postgres"라는 사용자). 또한 Postgres 수퍼유저는 다음을 수행해야 합니다. 확실히 UNIX 수퍼유저("루트")가 아니어야 합니다! 어쨌든 모든 데이터베이스와 관련된 파일은 이 Postgres에 속해야 합니다. 슈퍼유저.

---

이전	집	다음
저작권 및 상표	위로	시작하기