IdentifiantMot de passe
Loading...
Mot de passe oubli� ?Je m'inscris ! (gratuit)

1.2. Concepts architecturaux de base

Avant de continuer, vous devez conna�tre les bases de l'architecture syst�me de PostgreSQL™. Comprendre comment les parties de PostgreSQL™ interagissent entre elles rendra ce chapitre un peu plus clair.

Dans le jargon des bases de données, PostgreSQL™ utilise un mod�le client/serveur. Une session PostgreSQL™ est le résultat de la coopération des processus (programmes) suivants :

  • Un processus serveur, qui g�re les fichiers de la base de données, accepte les connexions � la base de la part des applications clientes et effectue sur la base les actions des clients. Le programme serveur est appelé postgres.

  • L'application cliente (l'application de l'utilisateur), qui veut effectuer des opérations sur la base de données. Les applications clientes peuvent �tre de nature tr�s différentes : un client peut �tre un outil texte, une application graphique, un serveur web qui acc�de � la base de données pour afficher des pages web ou un outil spécialisé dans la maintenance de bases de données. Certaines applications clientes sont fournies avec PostgreSQL™ ; la plupart sont développées par les utilisateurs.

Comme souvent avec les applications client/serveur, le client et le serveur peuvent �tre sur des h�tes différents. Dans ce cas, ils communiquent � travers une connexion réseau TCP/IP. Vous devez garder cela � l'esprit car les fichiers qui sont accessibles sur la machine cliente peuvent ne pas l'�tre (ou l'�tre seulement en utilisant des noms de fichiers différents) sur la machine exécutant le serveur de bases de données.

Le serveur PostgreSQL™ peut traiter de multiples connexions simultanées depuis les clients. Dans ce but, il démarre un nouveau processus pour chaque connexion. � ce moment, le client et le nouveau processus serveur communiquent sans intervention de la part du processus postgres original. Ainsi, le processus serveur ma�tre s'exécute toujours, attendant de nouvelles connexions clientes, tandis que le client et les processus serveurs associés vont et viennent (bien s�r, tout ceci est invisible pour l'utilisateur ; nous le mentionnons ici seulement par exhaustivité).