Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : pgAdmin4 » Curseur avec query tool » 03/04/2018 09:54:30
Bonjour,
j'ai trouvé le problème. Avec le commit je valide ma transaction et donc l'affichage ne se fait pas. Sans le commit l'affichage se fait. Ce n'est pas un problème de pgadmin mais de SQL.
La question que je me pose à présent, est-il possible dans une transaction de forcer l'affichage du résultat ?
#2 pgAdmin4 » Curseur avec query tool » 02/04/2018 09:24:52
- samuel
- Réponses : 2
Bonjour,
Avec pgadmin4, j'ouvre query tool et je rentre le code suivant. Il s'exécute mais rien ne s'affiche. Avec la console (SQL Shell) je fais la même chose et là j'obtiens l'affichage des 5 premiers
enregistrements de ma table users. pgadmin4 permet-il d'afficher ce type de requête ?
BEGIN WORK;
DECLARE curs1 SCROLL CURSOR FOR SELECT * FROM users;
FETCH FORWARD 5 FROM curs1;
FETCH PRIOR FROM curs1;
CLOSE curs1;
COMMIT WORK;
Merci pour vos réponses.
#3 Re : Site PostgreSQL.fr » Create role » 13/03/2018 10:57:16
Ok, merci.
Dans le cas d'une appli web avec gestion d'une centaine d'utilisateur, il est en de ce cas hors de question de gérer ses utilisateurs à un niveaux global, même en donnant les bons privilèges au bonnes bases. Il faut donc gérer cela avec une table users pour chaque base. Est-ce la bonne pratique ?
Merci
#4 Site PostgreSQL.fr » Create role » 13/03/2018 09:51:47
- samuel
- Réponses : 3
Bonjour,
je voudrai créer un utilisateur qui ne soit pas associé au serveur mais à une base en particulier. Par défaut tous les utilisateurs se trouvent ensuite dans login/group Roles.
Existe-il un ordre SQL permettant de modifier se comportement par défaut.
En cherchant un peu plus j'ai trouvé la table pg_authid dans chacune de mes bases mais celle-ci contient la même liste d'utilisateurs, et semble donc être commune à toutes les bases. Est-il possible d'alimenter cette table d'utilisateurs mais que pour une base.
Merci pour vos réponses.
Samuel.
Pages : 1