在我们开始之前，你应当理解基本的 Postgres 系统体系结构。理解 Postgres 的各个部分如何交互将使下一章 更容易理解。 用数据库术语来说，Postgres 使用一种简单的 "每用户一进程"客户端/服务器模型。一个 Postgres 会话 由下列相互协作的 UNIX 进程（程序）组成：

一个 postmaster 管理单个主机上一个给定的 数据库集合。这样的数据库集合称为一个安装或站点。希望访问安装内某个给定数据库的前端应用 对库进行调用。库通过网络把用户请求发送给 postmaster（如何建立一个连接）， 后者转而启动一个新的后端服务器进程

图 2.1. 如何建立一个连接

并把前端进程连接到新的服务器。从 那时起，前端进程和后端 服务器进行通信而无需 postmaster 干预。因此，postmaster 总是在运行，等待 请求，而前端和后端进程 则来来去去。

libpq 库允许单个 前端建立到多个后端进程的连接。 但是，前端应用仍然是 单线程进程。目前 libpq 不支持多线程的前端/后端 连接。这种体系结构的一个含义是 postmaster 和后端总是在同一台 机器（数据库服务器）上运行，而前端 应用可以运行在任何地方。你应当牢记 这一点， 因为在客户机上可以访问的文件 在数据库服务器机器上可能无法访问（或者只能 用不同的文件名访问）。

你还应当知道，postmaster 和 postgres 服务器以 Postgres "超级用户"的用户 ID 运行。注意 Postgres 超级用户并不 非得是特殊用户（例如名为 "postgres" 的用户）。而且，Postgres 超级用户 绝对不应当是 UNIX 超级用户（"root"）！任何 情况下，与某个数据库相关的所有文件都应当属于这个 Postgres 超级用户。