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

#176 Re : Optimisation » la base fait 120Mo au matin, et 1.4Go au soir. Normal ou pas ? » 20/08/2012 13:43:00

pour trouver les index non utilisés : select relname,indexrelname, idx_scan from pg_stat_user_indexes order by idx_scan

#177 Re : Optimisation » quel SSD pour booster une base de données ? » 20/08/2012 13:38:01

c'est pour ça qu'il vous dit de passer en 9.1, l'auto-vacuum marche très bien et ne pénalise plus le serveur

#179 Re : Optimisation » la base fait 120Mo au matin, et 1.4Go au soir. Normal ou pas ? » 20/08/2012 09:37:37

Y a bcp de suppression ou pas ? car vous vous contredisez dans votre explication.

#180 Re : Sécurité » Traces modifs » 16/08/2012 13:42:49

Comme ça je dirais que mettre des triggers sur des tables Pg est une mauvaise idée, pourquoi faire ça ?

#181 Re : Sécurité » Traces modifs » 16/08/2012 12:36:11

si vous tracez pas ce genre de requetes y a pas de raison.

par contre s'introduire dans un db et juste supprimer 2 vues c'est étrange

#182 Re : Général » Volume de stablespaces » 13/08/2012 11:38:43

pg_default ? mais je sais pas si c'est ce que vous cherchez

#183 Re : Général » Y-a-t'il un problème de LOCK » 06/08/2012 15:25:58

bonjour,

si la transaction n'est pas active sur une connexion, "transaction start time"(xact_start) n'est pas valable

donc non c'est normal.

#184 Re : PL/pgSQL » création de ligne due à l'entrée d'une valeur dans un champs » 06/07/2012 18:13:33

après a la place de null ou de default il peut mettre un serial, qui représentera le numéro de l'animal.
Mais oui on connait rien à la problématique...

en plus de la question de flo  : y a t il une interface devant la base ?

#185 Re : PL/pgSQL » création de ligne due à l'entrée d'une valeur dans un champs » 06/07/2012 17:22:52

une fonction, la doc de postgresql : http://www.postgresql.org/docs/9.1/stat … ction.html

y a peut être une meilleure façon ou plus simple mais je vois pas trop

#186 Re : PL/pgSQL » création de ligne due à l'entrée d'une valeur dans un champs » 06/07/2012 16:58:04

votre table échantillonnage sera pleine mais la table mammifère vide ?
Si c'est ça, je fais une procédure stockée, qui quand je la lance regarde le nombre de mammifère et insert le nombre de ligne avec une boucle et donc tous les autres champs vide ou avec un default.
mais c'est un oneshot par contre

#187 Re : PL/pgSQL » création de ligne due à l'entrée d'une valeur dans un champs » 06/07/2012 16:52:46

non, je pensais à l'inverse moi mais c'est pas ce que vous recherchez.

Le truc que j'aimerais savoir c'est comment vous remplissez vos tables ?

#188 Re : PL/pgSQL » création de ligne due à l'entrée d'une valeur dans un champs » 06/07/2012 16:48:34

ok vu votre réponse oubliez ce que j'ai mis plus haut , l'insertion ds nb_mam se ferait comment ?

#189 Re : PL/pgSQL » création de ligne due à l'entrée d'une valeur dans un champs » 06/07/2012 16:46:11

vous êtes pas en train de réfléchir à l'envers ?

en fait vous voulez connaitre le nombre de mammifères dans une table et le détail dans une autre non ?

donc faire une fonction qui fait un count(*) en faisant l'insert dans échantillonnage non ?

#190 Re : PL/pgSQL » création de ligne due à l'entrée d'une valeur dans un champs » 06/07/2012 16:15:22

Une fonction pour faire ça je pense, mais c'est pas vraiment compréhensible ce que vous dites.

#191 Re : Réplication » Réplication sur serveur dvpt » 06/07/2012 14:13:56

Perso je préfère centos pour ça liaison avec red hat tout simplement, chez HP ils font souvent des drivers pour redhat donc qui fonctionnent avec Centos.
Après je suppose que c'est une histoire de gout et de réputation.

pour le postgresql je confondais avec un autre topic en 8.4.

#192 Re : Réplication » Réplication sur serveur dvpt » 06/07/2012 11:34:34

Je serais parti sur un centos avec un postgresql 9.1 à ta place.
Ubuntu pour du serveur c'est pas le mieux.

#193 Re : Réplication » Réplication sur serveur dvpt » 06/07/2012 10:53:43

bah un serveur de monitoring, ça check tout ce que vous lui demandez, postgres, cpu, dd, ram, ... envois de mail, avec des modules des sms, ça envois pas sur une erreur, mais sur un certain nombre, donc pas d'envois de mails pour rien...
Mais le script vous le mettez sur quel serveur ?

après c'est vrai que pour 2 serveurs ça fait beaucoup, mais un admin système doit savoir faire ça

#195 Re : Réplication » Réplication sur serveur dvpt » 06/07/2012 09:33:21

je suis d'accord avec Gleu, des fois il vaut mieux que tout soit gérer par l'homme ^^

#196 Re : Installation » Cohabitation version 8.1 et version 9.1 sur CentOS 5 » 05/07/2012 15:23:39

pour info si vous mettez à jour votre postgresql via yum le port va revenir par defaut 5432

#197 Re : Général » Gerer un compteur du nombre de select par jour et par ligne » 05/07/2012 11:12:42

Je suis pas sur qu'on puisse, pg_stat_user_tables ne permet de voir que le nombre de lignes insert, update et delete.
Après y a peut etre un autre moyen par postgres.

Perso je l'aurais codé en php, rajouter un compteur sur les selects initiés est plus simple je trouve.

#198 Re : Réplication » Réplication sur serveur dvpt » 05/07/2012 10:55:53

Vous voulez faire un trigger pour empêcher les mise à jour si le fail over a été effectué ?

autant mettre slony tongue

#200 Re : Général » pgbench-performances de postgres8.4 » 03/07/2012 18:13:26

Pg_bench vous permet de gérer le nombre de thread et de clients, ainsi que le nombre de transaction par clients.
Donc quand vous dites j'ai un meilleur tps pour 4 clients ok mais combien de transactions par client et avec combien de thread ?

Et sans oublier la taille de la database que vous avez généré.

Pied de page des forums

Propulsé par FluxBB