토토QL
이전		다음

---

29 장. 건축학

토토 건축 개념

계속하기 전에 기본 우편둥이를 이해해야합니다 시스템 아키텍처. Postgr의 부분을 이해합니다 상호 작용하면 다음 장이 다소 명확 해집니다. 데이터베이스에서 전문 용어, Postgres는 간단한 "프로세스 당사자 당 사용자"클라이언트/서버를 사용합니다 모델. Postgres 세션은 다음의 협력으로 구성됩니다 유닉스 프로세스 (프로그램) :

• 감독 데몬 프로세스 (Postmaster),

• 사용자의 프론트 엔드 응용 프로그램 (예 : PSQL 프로그램), 그리고

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

단일 우체국 장은 주어진 데이터베이스 모음을 단일 호스트. 이러한 데이터베이스 컬렉션을 AN이라고합니다 설치 또는 사이트. 액세스하려는 프론트 엔드 애플리케이션 a 설치 내에 데이터베이스가 주어지면 라이브러리로 전화를 걸립니다. 도서관은 네트워크를 통해 사용자 요청을 우체국 장에게 보냅니다. (연결 방법 확립되었습니다(a)), 이는 새로운 백엔드 서버를 시작합니다 프로세스 (어떻게 a 연결이 설정 됨(b))

그리고 프론트 엔드 프로세스를 새 서버에 연결합니다 (연결 방법 확립되었습니다(c)). 그 시점부터 프론트 엔드 프로세스 그리고 백엔드 서버는 중재없이 통신합니다 우체국 장. 따라서 우체국 장은 항상 달리고 있습니다 프론트 엔드 및 백엔드 프로세스가 오는 반면 요청이 있습니다. 그만큼libpq라이브러리는 단일 프론트 엔드를 허용합니다 백엔드 프로세스에 여러 개의 연결을 만듭니다. 그러나, 프론트 엔드 애플리케이션은 여전히 ​​단일 스레드 프로세스입니다. 멀티 스레드 프론트 엔드/백엔드 연결은 현재 없습니다 지원libpq. 하나의 의미 이 아키텍처는 포스트 마스터와 백엔드가 항상 실행된다는 것입니다. 동일한 컴퓨터 (데이터베이스 서버)에서, 프론트 엔드 응용 프로그램은 어디서나 실행될 수 있습니다. 당신은 이것을 명심해야합니다 클라이언트 시스템에서 액세스 할 수있는 파일은 액세스 가능 (또는 다른 파일 이름을 사용 하여만 액세스 할 수 있음) 데이터베이스 서버 시스템. 당신은 또한 그것을 알고 있어야합니다 우체국 장 및 토토 서버는 토토 "Superuser" 토토 Superuser는 그렇지 않습니다 그래도 특별한 사용자 (예 : "토토")이어야합니다. 많은 시스템이 그렇게 설치됩니다. 또한 토토 슈퍼업자는 분명히 유닉스 슈퍼 서서 인 "루트"가되어서는 안됩니다! ~ 안에 모든 경우에도 데이터베이스와 관련된 모든 파일 토토 Superuser.

---

이전	홈	다음
저작권 및 상표	up	SQL 확장 : an 개요