Discussion :

[sqlbeginner]

Bonjour
Je découvre PG, et j'ai testé en créant un serveur local_DB ou j'ai 3 BDD avec des tables
voir PJ:


pour un projet, je souhaite maintenant créer une autre BDD avec de nouvelles tables.
cette BDD, je dois la créer dans un nouveau serveur, ou je peux rester sur le meme serveur local_DB?

j'ai essayé de créer un autre serveur, mais à sa création, je me retrouve avec les 3 BDD du serveur local_DB.
or j'aimerai un nouveau serveur vide où je crée à nouveau mes BDD.

De plus, quand je crée un nouveau serveur, je suis obligé de rentrer les identifiants utilisés la 1er fois pour créer le serveur local_DB? je peux pas créer un nouvuea login login et mdp?
en effet, j'ai essayé de créer un nouveau login et mdp pour le nouveau serveur mais ca ma rejeté.

[SQLpro]

Avoir plusieurs instances de PostGreSQL sur une même machine n'a aucun intérêt sauf celui de plomber les performances. Quel est votre but final ?

[sqlbeginner]

j'aimerai séparer une partie ou je fais des tests et une partie où j'ai mon projet plus sérieux.
je me disains que je crée un serveur (ou instance c'est ca?) qui est local_DB où je crée des BDD pour faire des tests.

Puis je crée un serveur (ou instance c'est ca?) qui est LOCAL_DB_PRO où je créé mes vraies BDD pour mes divers projets

En gros si je comprends, je peux juste créer un serveur, et dedans j'ai toutes mes BDD (pour projet et pour des test)?

[SQLpro]

Tant que vous n'êtes pas en production, vous pouvez faire l'un ou l'autre. Sur une machine en production, il ne faudrait qu'une seule instance de PostGreSQL.

NOTA : pour information, les instances PostGreSQL sont nommées "cluster PostGreSQL"... Terme particulièrement mal approprié !

A +

[CinePhil]

L'interface que vous utilisez (PGAdmin je suppose ?) permet de se connecter à partir d'un seul écran à plusieurs serveurs hébergeant chacun un PostgreSQL.
Si vous ne travaillez que sur votre machine locale, vous n'aurez qu'un seul serveur. Si un jour vous placez vos BDD sur un serveur de production, vous créerez alors une autre connexion à un serveur qui aura alors ses propres BDD.

Par contre, si, sur votre machine locale, vous voulez séparer vos tests et votre projet, vous pouvez créer une bdd test et une bdd prod. Chacune aura ses tables, fonctions, procédures, vues...

[Fabien Celaia]

Avoir plusieurs instances de PostGreSQL sur une même machine n'a aucun intérêt sauf celui de plomber les performances. Quel est votre but final ?

Alors j'ai 21 cluster sur une machine en production.
Évidemment,ce sont de petits clusters (pas plus de 100G par cluster), et elles sont dockerisées... donc ca revient à 21 sous-machines ayant chacune un cluster, chaque cluster ayant 1 à 3 bases.
Mais ca permet de gérer aisément une kyrielle de versions difflérentes avec des configurations distinctes...

[SQLpro]

Alors j'ai 21 cluster sur une machine en production.
Évidemment,ce sont de petits clusters (pas plus de 100G par cluster), et elles sont dockerisées... donc ca revient à 21 sous-machines ayant chacune un cluster, chaque cluster ayant 1 à 3 bases.
Mais ca permet de gérer aisément une kyrielle de versions difflérentes avec des configurations distinctes...

Effectivement le problème de PG c'est qu'il est incapable d'avoir des configurions différentes par base de données ... En sus comme il n'est pas en mode thread mais en mode process ça bouffe énormément de ressources.... tant que cela reste de très petites bases avec peu d'utilisateurs, c'est pas très grave....

A +

[Michel.Priori]

Effectivement le problème de PG c'est qu'il est incapable d'avoir des configurations différentes par base de données ...

Là je sens que je vais apprendre qqchose : on sait configurer la RAM, les CPU et les cartes réseaux par base sous M$ SQL server ?

[SQLpro]

Là je sens que je vais apprendre qqchose : on sait configurer la RAM, les CPU et les cartes réseaux par base sous M$ SQL server ?

Tout sauf le réseau.

A +