PostgreSQLFr - Technique - optimisation

Optimisation de la mémoire sous PostgreSQL

Mon, 22 Sep 2008 14:06:48 +0200

Bonjour

J’ai mis en place un extranet avec comme architecture un Tomcat 5 couplé à une base de données PostgreSQL 8.1 sur un serveur linux RedHat.

J’aurais voulu savoir si il existait un moyen pour configurer PostgreSQL 8.1 afin d’exploiter efficacement la mémoire serveur au-delà de 1 GO ?

Merci d'avance.
Cordialement

Optimisation 13M de select

Thu, 31 Jul 2008 15:15:04 +0200

Bonjour,

J'ai une base de données contenant 13M de lignes dans une table A
Je dois les traités une par une puis insérer les resultats dans une autre table B
Mais plus je fais de traitement plus la récupartion de la prochaine ligne a traiter est longue.

Pour ca j'utilise un script python dont le principe est :

TANT QUE "SELECT * FROM tableA WHERE traite=0 LIMIT 1" retourne une ligne :

Temps de réponse à une requête

Wed, 25 Jun 2008 00:00:16 +0200

Slt les gars,

Dans le cadre de mon travail (la recherche), j'ai besoin de mesurer le temps d'exécution d'un bout de code dans lequel je fais appel au serveur de base de données. J’ai quelques questions à propos du temps de réponse d'un serveur de base de
données.

Soit Q une requête.

1. est-ce qu'un serveur de base de données potgreSQL est capable de répondre avec le même temps de réponse à une même requête Q ?

Partitionnement sous postgresql sans utiliser l'héritage

Fri, 09 May 2008 11:24:05 +0200

Bonjour à tous,
je souhaite partitionner une grosse table et diviser ainsi la table des indexes qui est devenue énorme aussi !
réindex, analyze,vacuum, vacuum full, ... da la table a permis de réduire la taille des indexes, mais ce n'est pas suffusant, d'où l'idée de partitionner la table en fonction d'un critére, exemple (refernce fournisseur!) comme ça pour chaque fournisseur, j'ai la liste des produits.

Index

Fri, 25 Apr 2008 10:53:34 +0200

bonjour,

J'ai 2 tables : table1 et table2. chacune a 40 000 lignes. il y a 4 champs sur chacune des 2 tables.

table1
id_tab1, nom_tab1, date_tab1, desc_tab1

table2
id_tab2, detail_tab2, encoredudetail_tab2, id_tab1

N'étant pas le concepteur des 2 tables, je ne peux qu'ajouter des index (c'est déjà pas mal !!). Il n'y a pas de clé primaire, ni de clé étrangère.
La raison est que les données arrive en brut dans les 2 tables et que les doublons nous interressent.

[Résolu] Vues > Changement de la requete

Fri, 18 Apr 2008 09:27:56 +0200

Bonjour,
Je travaille en Postgres 8.2.7 sur Ubuntu
Si je fais une vue du genre :

SELECT DISTINCT table1.col1, table1.col2, table1.col3, table1.col4
FROM
matable1 table1,
matable2 table2
where
table1.champs = table2.champs

Cette requête seule prend 10 secondes.

Postgres modifie ma requête et ajoute en fin de requête un order by de chaque champs du select.

Du coup, la requête passe à plus d'une minutes.

Optimisation de requetes

Wed, 09 Apr 2008 16:18:12 +0200

Bonjour,

Je voudrai savoir laquelle des deux requetes suivantes est plus optimales :

RQ1 :
SELECT C1, C2
FROM T1, (UneSousRequete) AS SR
WHERE T1.id = SR.id
SELECT C1, C2
FROM T2, (UneSousRequete) AS SR
WHERE T2.id = SR.id

RQ2 :
SELECT T.C1, T.C2
FROM
(SELECT id, C1, C2 FROM T1
UNION
SELECT id, C1, C2 FROM T2) AS T,
(UneSousRequete) RS
WHERE T.id = RS.id

Vacuum sur une grosse table

Thu, 03 Apr 2008 15:35:32 +0200

Bonjour,

j'ai récuperé une grosse table de plusieurs Giga, mais j'ai un gros doute sur la réussite de son vacuum analyse.
Il me renvoie:

INFO: vacuuming "dba.multi_resultat"
INFO: analyzing "dba.multi_resultat"
INFO: "multi_resultat": scanned 3000 of 387589 pages, containing 214998 live rows and 0 dead rows; 3000 rows in sample, 27776953 estimated total rows

Durée totale d'exécution de la requête :445230 ms.

clé en double dans une table postgres lors de la restauration d'une base ou une table

Thu, 28 Feb 2008 14:31:12 +0100

bonjour,
je reçoie l'erreur de clé en double lors de la restauration d' une table postgres:
"
C:\Program Files\PostgreSQL\8.2\bin\pg_restore.exe -i -h localhost -p 5432 -U postgres -d optimaint -a -t util_cfs -v "D:\bb_arborescence\Département Informatique\Développement\users.backup"
pg_restore: connexion à la base de données pour la restauration
pg_restore: restauration des données de la table « util_cfs »

Explosion de performance

Wed, 13 Feb 2008 17:27:59 +0100

Bonjour,

Je développe un logiciel de paie PHP/PostGreSQL. J'ai notamment un calcul de balance mensuelle des salaires. C'est un script assez lourd avec de nombreuses requêtes qui s'effectuent essentiellement sur 2 tables :

- la table BULLETIN contenant les données principales des bulletins
- la table LIGNES_BULLETIN décrivant chaque ligne de chaque bulletin, rattachée à la table BULLETIN

Optimiseur : réécriture/simplification des requêtes avant exécution ?

Thu, 31 Jan 2008 13:58:10 +0100

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

Reqête très lente

Fri, 30 Nov 2007 20:51:01 +0100

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

Transaction de 1h30, parfois....

Fri, 16 Nov 2007 19:04:05 +0100

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).

TEXT ou Varchar

Tue, 13 Nov 2007 16:14:31 +0100

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.

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

Mon, 12 Nov 2007 16:22:18 +0100

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);