selectionner database dans script

[r83]

Bonjour,

J'exécute le script suivant dans le requeteur SQL de pgadmin :

Code :

1
2
3
4
5
6
DROP DATABASE Test;
 
 
CREATE DATABASE Test;
 
CREATE TABLE T1...

J'aurais aimé que les commandes drop database et create database soient exécutées dans la base postgres, mais que la commande create table soit exécutée dans la base Test.
Que dois-je insérer comme commande dans le script entre create database et create table (du style use Test....) en psql ce serait \c, mais ça ne passe pas dans le requêteur de pgadmin
Merci pour les réponses.

[ratata]

Bonjour,

create database soient exécutées dans la base postgres

Pour la création d'une base de données à l'intérieure d'une autre base de données , je ne crois pas que ca existe(corrigez moi SVP si je me suis trompé).
Encore avec Pgadim 3 si vous voulez créer une table ou des procédures stockées ou quoi que se soit(à part une BD) à l'intérieure d'une base de données X, vous n'avez qu'à la sélectionner(votre base X) et cliquer sur l'icône SQL en haut qui va vous permettre de saisir votre script.vous percevrez son résultat dans la BD X.

Excellente journée

[SQLpro]

PostGreSQL ne possède pas d'ordre pseudo SQL pour changer dynamiquement le contexte de la base. Pour cela il faut se déconnecter et se reconnecter.

A +

[bustaf]

Bonjour

Une simple fonction système C/C++ (system (....))
peut générer un appel à partir d'une sous instance sur une autre.
il suffit de savoir l'écrire ...

Ce type de fonction n'est pas favorable car chaque sous instance PG est supposée,
à son avantage, répondre aux règles de son propre (sous schéma).
Postgresql n'implante pas l'ordre pseudo SQL (nativement) pour cette raison
précise et pour d'autres raisons liées aux sécurisations primaires imposées
dans une fonctionnalité partagée aussi puissante.

Postgresql offre la possibilité de gérer des sous instances parfaitement
dissociables entre elles au sain d'un même instance mère partagée ,une chose
que vous n'avez malheureusement pas avec les autres outils concurrents.
(ce qui est très pénalisant voir très lourd a gérer pour des charges partagées
sur des serveurs Cloud qui correspondent aux demandes actuelles)

l'ordre pseudo SQL s'impose en évidence quand vous gérez des instances (stériles)
induites chacune séparément aux regards d'un système dans son entièreté.

La remarque observée (Pour cela il faut se déconnecter et se reconnecter.)
est trompeuse voir inexacte sur le fond si vous respectez un contexte d'utilisation normal
et correctement approprié au moteur Postgresql.

Une instance mère Postgresql peut gérer des centaines de sous instances indépendantes
ouvertes en mode simultané, ll suffit d'utiliser ou servir par un (backend) directeur
de commandes , qui est l'outil correctement approprié à la conduite de ce type de charges.

Cordialement

[SQLpro]

La question ne portait pas sur l'architecture de serveur vu d'un client, mais sur un script SQL...
Or PG ne sait hélas pas changer le contexte de la base de données dans un même script SQL.

A +