PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 Re : Général » Virtualisation or not » 26/08/2011 11:39:02

Merci pour ces réponses.
Quels outils existent t'il pour monitorer l'activité réel de la base de donnée ?

#2 Re : Général » Virtualisation or not » 26/08/2011 11:03:00

Merci,

Petite précision sur les volumes futures (que j'ai oublié de préciser)
Selon les chiffres qui m'on été communiqués par ma direction et la structure de la bdd actuelle je prévois un volume de ~150Go d'ici juillet 2013. Est-ce toujours réalisable, même si les fichiers sont placés dans le SAN et le runtime sur la VM ?

#3 Général » Virtualisation or not » 25/08/2011 17:14:11

GloReX
Réponses : 10

Bonjour

Dans le cadre d'une étude de réduction des coûts de notre infra, on m'a demandé d'étudier la possibilité technique de placer notre serveur postgre sur un machine virtuelle. Notre base de donnée fait actuellement sur disque ~2Go. Je souhaiterais avoir votre avis sur la faisabilité technique de la migration sans impacts conséquent sur le SGBD, ou s'il faut oublier cette idée. N'ayant jamais réalisé ce genre de réflexion pourriez-vous m'aider à me poser les bonnes questions ?

A bientôt

#4 Re : Général » droit pour pg_dumpall » 01/07/2011 12:37:45

effectivement avec le message d'erreur c'est mieux.

pg_dumpall : exécute SET search_path = pg_catalog
pg_dumpall : exécute SELECT rolname, rolsuper, rolinherit, rolcreaterole, rolcreatedb, rolcatupdate, rolcanlogin, rolconnlimit, rolpassword, rolvaliduntil, pg_catalog.shobj_description(oid, 'pg_authid') as rolcomment FROM pg_authid ORDER BY  1
pg_dumpall : échec de la requête : ERREUR:  droit refusé pour la relation pg_authid
pg_dumpall : la requête était : SELECT rolname, rolsuper, rolinherit, rolcreaterole, rolcreatedb, rolcatupdate, rolcanlogin, rolconnlimit, rolpassword, rolvaliduntil, pg_catalog.shobj_description(oid, pg_authid') as rolcomment FROM pg_auth id ORDER BY 1

Merci

#5 Général » droit pour pg_dumpall » 30/06/2011 11:22:13

GloReX
Réponses : 3

Bonjour,

J'utilise un utilisateur appelé "pgbackup" pour sauvegarder ma base de donnée. Ce dernier fait partie du groupe "backup" (quel manque d'originalité). Ce groupe a des droits superutilisateur

J'utilise la ligne de commande suivante pour réaliser le backup des globals du serveur

pg_dumpall.exe --host=127.0.0.1 --port=5432 --username=pgbackup --globals-only --verbose --file=2011.06.30.global

Quels droits dois-je placer sur pg_catalog, sans risquer d'ouvrir une faille de sécurité béante, car il semblerait que cet utilisateur ne puisse pas y accéder.

#7 Re : PL/pgSQL » Droit dans les procédures stockées » 30/05/2011 14:04:55

Ok, ça fonctionne très bien.

Petite question:
Le faite de mettre l'option SECURITY DEFINER permet d'exécuter la fonction avec les droits du propriétaire, cependant est-ce que la règle définie par le GRANT EXECUTE est elle shunté ?

#8 PL/pgSQL » Droit dans les procédures stockées » 30/05/2011 10:04:42

GloReX
Réponses : 4

Bonjour,

Je souhaiterai avoir un éclaircissement sur la gestion des droits dans les procédure/fonction stockée...

J'ai un utilisateur A qui exécute la fonction "superproc()"

J'ai défini le droit suivant sur la fonction.
GRANT EXECUTE ON FUNCTION schema.superproc() TO A;

L'utilisateur A a pour droit sur la table:
GRANT SELECT, INSERT ON TABLE schema.tabledata TO A;

Le serveur inscrit dans le log :
2011-05-29 01:00:57 CEST ERREUR:  droit refusé pour la relation tabledata

Cela semble expliquer qu'il faut j'ajoute le droit DELETE sur la table schema.tabledata à l'utilisateur A...  le problème est que je ne veux pas, pour raison de sécurité, que l'utilisateur A puisse supprimer des données de cette table. Y a-t-il une solution pour contourner ce problème...

Merci

#9 Re : Installation » lors de la connexion à un serveur : "Le serveur n'écoute pas" » 23/05/2011 10:46:33

Bonjour,

Cela pourrait être un refus de connexion de la part de pg. Avez-vous configuré le fichier pg_hba.conf ?
Sinon vous trouverez toutes les informations nécessaire à cette adresse: http://docs.postgresql.fr/8.4/client-au … g-hba-conf

Bonne journée

#11 Re : Général » Grand nettoyage » 11/05/2011 09:29:26

Elles apparaissent bien dans pg_database avec leurs oid.

En fait il n'y a pas de problème... on a trouvé les deux bases inconnues.

Explication:
J'ai supprimer deux anciennes bases dans l'instance et il m'en reste trois (postgres + 2 db de prob). Je ne connaissais pas les deux bases template0 et template1. Je croyais que les deux bases restantes inconnues étaient les restes des bases supprimées... Je vais RTFM

Merci

#12 Re : Général » Grand nettoyage » 10/05/2011 09:50:16

Excuser mon ignorance,

Mais j'ai deux oids de trop ^_^

Trois sont clairement identifiables, et les deux dernières doivent être des base systèmes: template1 et template0. S'il s'agit bien de cela il n'y  pas de problème, juste un manque de connaissance de ma part.

Bonne journée

#13 Re : Général » Grand nettoyage » 09/05/2011 17:35:04

Quand est ce que le bgwriter s'exécute-t-il, car j'ai viré ces bases la semaine dernière...

#14 Re : Général » Grand nettoyage » 09/05/2011 13:54:38

Oui, ça a fonctionné sans problème. Il s'agit de PostgreSQL 9.0.1, compiled by Visual C++ build 1500, 64-bit

Pour plus de précision, il me reste des fichiers dans les répertoires portant les OIDs des anciennes db.

#15 Général » Grand nettoyage » 09/05/2011 12:03:25

GloReX
Réponses : 11

Bonjour,

J'ai exécuté un DROP database sur une instance afin de supprimer les vielles bases devenues inutiles. J'ai constaté que les fichiers étaient encore présent sur le serveur et je souhaitera savoir comment je pourrais supprimer tout les fichiers ayant un rapport avec ces vielles bases.

Merci

#16 Re : Optimisation » Optimisation table: double ou numeric » 09/05/2011 11:58:48

ok,

Encore une petite question concernant la définition d'un type numérique.

La définition d'une colonne au format float(p) est-elle juste une implémentation destinée a la conformité au langage SQL ou la précision p est-elle réellement appliquée,
car il me semble avoir lu dans la doc que float(p) pour p [1-24] est transformé en real.
Donc écrire float(9) reviendrait au même que d'écrire float(6) transformé en real ayant une précision de 6.

Est-ce exact ?

Merci à tous

#17 Re : Optimisation » Optimisation table: double ou numeric » 20/04/2011 15:05:07

Du coup je vais me retrouver avec des valeurs ressemblant a 145,12499999999. Est-il donc possible de "limiter" la précision ?

#19 Re : Optimisation » Optimisation table: double ou numeric » 20/04/2011 14:09:22

Les calculs ne doivent pas être exact.
En terme de performance, si j'ai bien compris votre réponse, le double est préférable.

#20 Re : Optimisation » Optimisation table: double ou numeric » 20/04/2011 13:47:59

Il y a plusieurs choses:
- Affichage des données sous forme de graphique
- Affichage des données sous forme de tableau Excel
- Petit calcul de type addition, moyenne...
- Statistique basique

Le valeur numérique des capteurs ne sont pas très grande mais il y en a beaucoup. Dans la majeur partie des cas, elles comportent une partie entière de 5 entiers et 3 décimale.

#21 Optimisation » Optimisation table: double ou numeric » 20/04/2011 12:21:01

GloReX
Réponses : 13

Bonjour,

J'ai deux tables contenant des valeurs numérique et des dates. Ces tables on une croissance importante (plusieurs dizaine de millier de tuples par jour sur 29 colonnes).
Je souhaiterai avoir votre avis sur les types à utiliser pour stocker ces valeurs, dois-je plutôt utiliser le type double ou numeric(x,y), afin d'optimiser la table en terme de taille et de performance.

Merci

#22 Re : Installation » pgAgent sur Windows 2008 R2 X64 » 25/03/2011 11:00:45

Bonjour,

Le service se lance et semble se connecter à la base postgres. Il s'agissait d'un simple problème de droit sur les bdd et schémas, ou oubli de GRANT USAGE.

Y a plus qu'a configuré les jobs et croiser les doigts pour qu'enfin les choses se passent bien.

Bonne journée et merci a tous.

#23 Re : Installation » pgAgent sur Windows 2008 R2 X64 » 22/03/2011 11:49:43

Bonjour,

J'ai essayer votre solution, qui malheureusement chez moi ne veut pas fonctionner... En désespoir de cause et n'ayant plus de temps a perdre je vais faire le mal absolu mettre... mettre le mdp dans la chaine de connexion (Oui, c'est très très mal)

Le service démarre mais il m'indique que le schéma n'est pas à jour. Je dois être maudis sad

Unsupported schema version: 4445112. Version 24481452 is required - please run pgagent_upgrade.sql.

Bien entendu j'ai utilisé le fichier de création du schéma livré avec pgAgent...

#24 Re : Installation » pgAgent sur Windows 2008 R2 X64 » 17/03/2011 20:09:54

Bonsoir,

Je n'ai pas encore eu le temps de me replonger dans ce problème...

Merci Marc et KrysKool pour vos réponses, dès que j'ai pu les tester j'informe le fofo du retour.

Pied de page des forums

Propulsé par FluxBB