Merci, effectivement!

...

Je n'ai pas de firewall ni de routeur.
Je viens de reproduire le problème en me connectant et déconnectant 3 fois successives avec psql.

Juste avant, j'ai ce message d'erreur dans la log de pgbouncer:

WARNING sbuf_connect failed: Network is unreachable

closing because: connect failed

pgbouncer n'arrive pas à se connecter au serveur, mais pourquoi?

Si le nombre de connexions max est atteint, je dois avoir impérativement un message dans la log qui le signale.

Merci beaucoup!

je profite de ce file pour poser une question sur la nature des disques à utiliser pour les différents répertoires de postgresql
je sais que les fichiers de données doivent être sur des disques rapides.
Quid des journaux de transactions ?
Quid des logs applicatifs ?
Quid des fichiers temporaires ?
Quid des sauvegardes?

J'ai mis les fichiers de données sur des disques rapides.
J'ai également mis les fichiers temporaires sur des disques rapides
Il me reste un disque rapide et un autre moins performant.
Je ne sais pas lequel de ces disques je dois utiliser pour le pg_xlog.

Merci de votre réponse

Bonjour gleu,

comment pouvez vous savoir que la table fait 44GB.
Pouriez vous expliquer un peu plus votre estimation ( surtout la division )

SI vous optez pour les triggers, dans ce cas vous n'avez aucun souci à utiliser le COPY dans la table mère.
Si vous optez pour les règles, il faut faire le COPY directement dans la partition.

Bonjour,

dans postgres, l'index sera bien utilisé pour les cas:

 
SELECT * FROM ma_table WHERE c = 1;
SELECT * FROM ma_table WHERE b = 1 AND c = 1;

Ce pendant, il sera moins efficace que si il y avait une condition a=1.

Par contre je ne suis pas sûr pour la troisième, à tester.

 
SELECT * FROM ma_table WHERE b = 1 OR c = 1;

Pour le 3
tu as bien raison, il faut mettre la colonne qui a le plus petit nombre de valeurs en premier.
Pour le ANALYZE, comme a bien dit gleu, il faut exécuter un analyze périodique pour mettre  à jour test stats, si ma mémoire est bonne c'est le même mécanisme chez oracle.

Je mets la solution que j'ai utilisé pour ceux que ça intéresserait!

CREATE OR REPLACE FUNCTION arrondir_sup_type_excel ( prix_htc numeric) RETURNS numeric AS
$$
DECLARE
   v_prix numeric;
   S_QUERY    text;
   v_digit    text;
BEGIN
   v_prix := trunc(prix_htc,3);


S_QUERY := 'SELECT SUBSTR('||quote_literal(v_prix) || ',char_length(' || quote_literal(v_prix) ||'),char_length('|| quote_literal(v_prix) ||'))';

   EXECUTE S_QUERY INTO v_digit;
  IF v_digit = '0' THEN
    RETURN trunc(v_prix,2);
  ELSE
    RETURN trunc(v_prix,2) +0.01;
  END IF;



END

$$
LANGUAGE 'plpgsql'
STABLE
;

Comme j'ai affaire à des utilisateurs ils m'ont suggérés  que dans excel arrondir_sup(1.00000009,2) = 1.10.
Alors que pour moi c'est bien 1.01.

Merci arthurr pour tes réponses.

SELECT arrondir_sup(1.00000009,2) ;
arrondir_sup
-----------------
             1.01

alors que le résultat attendu est 1.10

Si quelqu'un a une piste pour compter le nombre de chiffre après une virgule je suis preneur.
Je suis également preneur de toute indication qui pourra m'aider à écrire la procédure stockée évoquée par arthur.