Technique - optimisation | Optimiseur : réécriture/simplification des requêtes avant exécution ?

Par scheu le 31/01/2008 - 14:58

Bonjour

J'utilise Postgresql depuis peu. J'ai constaté sur ma base récemment installée un problème : l'optimiseur ne sait apparemment pas, quand c'est possible, simplifier une requête et la réécrire avant de l'exécuter. Exemple simple et reproductible :

ma_bdd=# create table test (n numeric);
CREATE
ma_bdd=# insert into test values (1); --> lancé 10 fois
INSERT
ma_bdd=# insert into test values (0); --> lancé 10 fois

Technique - optimisation | Reqête très lente

Par deleuse le 29/11/2007 - 17:45

Bonjour, je débute en postresql et j'ai un problème au niveau d'un requête sur une table.
En effet, lorsque je fais un :

select count(*) from matable;

=> le résultat s'affiche au bout de 15secondes. (Cette table contient 7500 lignes)

Si je fais la même requête sur des tables similaires , le résultat est instantané.

J'ai essayé de faire un 'vacuum verbose analyse matable;' sans résultat !

voici le résultat d'un \dt

                         Table "public.stat"
   Colonne   |   Type   |               Modifications
-------------+----------+--------------------------------------------
 stat_num    | integer  | not null default nextval('stat_seq'::text)
 stat_unum   | integer  |
 stat_dnum   | integer  |
 stat_dsnum  | integer  |
 stat_date   | date     |
 stat_dofw   | smallint |
 stat_ftnum  | integer  |
 stat_srvnum | integer  |
Index: stat_pkey primary key btree (stat_num),
       stat_i_dnum btree (stat_dnum),
       stat_i_dsnum btree (stat_dsnum),
       stat_i_unum btree (stat_unum)

Technique - optimisation | Transaction de 1h30, parfois....

Par Yves Prélot le 16/11/2007 - 20:04

Bonjour!

Je rencontre un gros problème de performances.
Mon application reçoit des données régulièrement, et après traîtmenet, j'insère les informations pertinentes dans la base de données. ; dans la majorité des cas, tout se passe bien et la transaction globale dure moins d'une seconde. Cependant, de temps à autre (une fois sur vingt ?), la transaction met un temps extraordinairement long pour s'achever (avec succès!) ; extraordinairement long signifie en l'occurence environ 1h30 (une heure et trente minutes!!!) mesuré directement dans les logs de postgresql (duration).

Technique - optimisation | TEXT ou Varchar

Par moi le 13/11/2007 - 17:14

Bonjour,

J'ai posé la question par email. Il est préférable de partager cette question avec tout le monde.

Nous developpons un projet en Php avec Postgres.
Nous devons enregistrer plusieurs milliers de lignes par jour sur 100 colonnes environs. Les données proviennent de fichiers bruts CSV. Nous faisons ensuite plusieurs traitements qui réduisent le nombre de lignes et éventuellement le nombre de colonnes. Les colonnes ne dépassent pas les 200 caractères mais sont très variables.

Technique - optimisation | Optimisation requête : sélection des n premiers éléments de chaque catégorie

Par Nicop le 12/11/2007 - 17:22

Bonjour,

Je souhaite savoir s'il existe une méthode "optimale" pour récupérer les n premières lignes de chaque catégorie d'un ensemble de données.

Je m'explique. Imaginons le jeu de données suivant :

CREATE TABLE ma_table
(
ID integer NOT NULL,
ID_CATEGORIE integer,
CONSTRAINT ma_table_pkey PRIMARY KEY (ID)
)
WITHOUT OIDS;
INSERT INTO ma_table(ID, ID_CATEGORIE) VALUES(1,1);

Technique - optimisation | Ma base fait presque 5 Go et deviens très lente à sauvegarder

Par bemous le 26/10/2007 - 19:50

salut à tous,
voila j'ai un serveur postgre qui comporte plusieur base de données dont l'une atteint des proportion gigantesque du fait de ce qu'on y stock (Des images crypter à l'aide de la fonction base64).
En effet cette dernière atteint presque 5 Go et devient tres dificile à sauvegarder! Pourriez vous me donner des idées la rendre moins grosse ou moins lourde!

Dans le meme temps j'aimerais savoir la limite de stockage de postgre!

Technique - optimisation | optimisation d'une requete avec extraction de minimum et maximum d'une date

Par jsubei le 05/09/2007 - 11:11

Bonjour à tous,

j'ai une requete de la forme

SELECT id, min(the_date), max(the_date) from ma_table group by id;

que je cherche à optimiser.

Naivement j'ai crée un index b-tree sur la colonne the_date mais cela est sans effet sur l'extraction du minimum et du maximum (normal, ce ne sont pas des constantes, c'est bien cela ?)

je sais également que dans ce cas je ne peut pas créer d'index sur la function ma_table(min(the_date)) puisque c'est une fonction aggrégative.

Technique - optimisation | Replication de base

Par santnet le 04/09/2007 - 16:24

Bonjour,

Je dois mettre en place une replication de ma base de donnees afin d assurer une continuite de service en cas de soucis.
Pour cela je vais devoir parametrer un 2ieme serveur postgres en slave.

Lors d'un soucis sur mon serveur maitre, le slave deviendra a son tour maitre.

Une intervention manuelle peut etre possible pour remettre en fonction le serveur defectueux. Par contre le passage du serveur esclave en

Technique - optimisation | Replication de postgres

Par santnet le 04/09/2007 - 11:16

Bonjour,

Je dois mettre en place une replication de ma base de donnees afin d assurer une continuite de service en cas de soucis.
Pour cela je vais devoir parametrer un 2ieme serveur postgres en slave.

Lors d'un soucis sur mon serveur maitre, le slave deviendra a son tour maitre.

Une intervention manuelle peut etre possible pour remettre en fonction le serveur defectueux. Par contre le passage du serveur esclave en

Technique - optimisation | probleme d'indexs

Par aitali le 16/07/2007 - 19:20

Bonjour a tous,

J'ai exécuté cette commande sur ma base:

select * from v_stats_size_pretty ;


J'ai le resultat suivant:


   nom   | tuples | volume_total | volume_donnees | volume_index
---------+--------+--------------+----------------+--------------
table100 | 82643  |    448 MB    |     101 MB     |    380 MB

[ 4 commentaires | lire plus ]