Discussion :

[okparanoid]

Bonjour a tous

Je dois developper une appli en delphi qui se connectera a une base de donnees postgres.

Le nombre d'utilisateurs simultanés doit pouvoir attendre 500. Est-ce une bonne méthode de se connecter a la base avec le même user a chaque fois. Est-ce que Postgres gere un nombre important de connexions simultanees ?

Quelle est la bonne demarche a prendre pour repondre a ce besoin avec une base postgres...

Merci !

[budtucker]

Bonjour a tous

Bonjour !

Je dois developper une appli en delphi qui se connectera a une base de donnees postgres.

Jusque là, pas de problème !!

Le nombre d'utilisateurs simultanés doit pouvoir attendre 500. Est-ce une bonne méthode de se connecter a la base avec le même user a chaque fois.

Ca dépend de ton applicaion. Est ce que tu dois forcément créer un user Postgre (louche !!) pour chaque utilisateur de ton appli ? La plupart du temps, non. Il n'y a qu'un seul user (dans Postgre) pour ce type d'application. Les utilisateurs (de ton appli) se connecteront à ta base de données Postgre avec le même user (Postgre).

Est-ce que Postgres gere un nombre important de connexions simultanees ?

Il semble qu'il n'y ait pas de limite. Lorsque tu crées ton user, utilise : (cf. aide de Postgre)

createuser
-c number, --connection-limit number Configure le nombre maximum de connexions simultanées pour le nouvel utilisateur. Par défaut, il n'y a pas de limite.

Quelle est la bonne demarche a prendre pour repondre a ce besoin avec une base postgres...

C'est à dire ?

[okparanoid]

Merci pour tes reponses elles me vont tres bien !

[JeitEmgie]

Bonjour !

Ca dépend de ton applicaion. Est ce que tu dois forcément créer un user Postgre (louche !!) pour chaque utilisateur de ton appli ? La plupart du temps, non. Il n'y a qu'un seul user (dans Postgre) pour ce type d'application. Les utilisateurs (de ton appli) se connecteront à ta base de données Postgre avec le même user (Postgre).

l'accès à une DB via un seul utilisateur est un cas typique des applications web… car le nombre de clients du site étant dynamique et potentiellement très grand, cela serait ingérable…

et dans les applications "desktop" la tendance est plutôt inverse… car le nombre d'utilisateurs est souvent plus limité (exemple: la comptabilité d'une entreprise n'est accessible que par le personnel autorisé…)
il est parfois plus facile de gérer des droits d'accès sophistiqués à une DB via les utilisateurs Postgres que par une couche de sécurité rajoutée au niveau application…
(cela permet de "jouer" avec des fonctionnalités comme un schéma par login… , des vues SQL personnalisées par utilisateur… )