Technique - optimisation | partitionnement

Par martial le 23/01/2006 - 17:07

Bonjour,

Je traite de grosses volumétries (200 Go) que je souhaiterais partitionner par jour (le champ date étant présent dans mes tables).

Toutefois, l'optimiseur scanne chaque partition si la contrainte check qui définit chacune des partitions
ne specifie pas en dur la valeur complete de la date :
soit par exemple :

CREATE TABLE test_j2 (
CHECK (date='2005-01-02' )
) INHERITS (mesure);

Technique - optimisation | tracer requetes sql

Par martial le 19/01/2006 - 12:22

Bonjour,

Je voudrais savoir comment tracer l'intégralité des requetes sql dans un fichier
parvenant sur un serveur postgres.
Pouvez vous m'indiquer comment faire. C'est une version 7.4.7.

En vous remerciant.

MB

Technique - optimisation | echanges SQL

Par hector7 le 10/01/2006 - 00:19

J'ai un site web marchand sous OS Commerce tournant avec MySQL.
Par contre nous avons aussi un point de vente "en dur" qui devrait être géré par OFBiz, mon prblème est que le prestatire qui m'installe OFBiz utilise PostgreSQL.
Existe t-il un script qui permette les échanges entre les deux bases (m'évitant ainsi de recréer un nouveau site sous Postgre)

Merci de m'éclairer

Technique - optimisation | utilisation des index et timestamp

Par mathieu le 09/01/2006 - 19:58

Bonjour,

J'essaye un peu d'otpimiser les requêtes sur ma base mais il semble que dans certains cas postgres ne veut pas utiliser les index:

requête 1:
explain delete from suiviscan where date_creation <= ( current_timestamp - (interval '60 days')); NOTICE: QUERY PLAN:

Seq Scan on suiviscan (cost=0.00..55184.98 rows=448116 width=6)

requête 2:
explain delete from suiviscan where date_creation <= ( current_timestamp - (interval '60 days'))::timestamp with time zone;

Technique - optimisation | execution de select count(*) from table;

Par dom le 23/12/2005 - 12:01

Bonjour,

J'utilise une table d'environ 30M de lignes pour une taille de 2Go
dont j'ai définit une clé primaire associé à un index.

J'ai au prealable executé
cluster index ...
analyse table ....

Cependant j'obtient une réponse à select count(*) from table;
après 4 minutes ?????

Pourquoi la réponse n'est-elle pas immédiate??

Technique - optimisation | vacuum analyze : probleme de proprietaire

Par axel584 le 13/12/2005 - 14:46

Bonjour,
Je voudrais faire un vacuum analyze sur une base et il me répond que je ne peux pas parce que je ne suis pas proprietaire.
Y'a t'il d'autres outils pour optimiser la base ?

Merci,

Axel

Technique - optimisation | Comment obtenir le temps cumulé pour une requête de type préparée

Par eclairLucie le 28/10/2005 - 08:56

Il possible de détecter les requêtes qui s’exécute en plus d’un certain temps avec « log_min_duration_statement », est-il possible d’obtenir la durée totale quand on utilise une requête préparé.

Technique - optimisation | Performance avec index

Par Bertrand Cedric le 17/10/2005 - 17:29

bonjours je suis en train d'optimiser notre application qui tourne en J2EE, Tous les acces DB sont gérer par des CMP qui eux même génère l'SQL

le problème est, quand il charge une relation avec plus de 2 or les performance s'effondre

ce petit code devrais être plus parlant je pense

jboss=> select id_organiser from t_organiser where
jboss-> upperorganiser='1';
id_organiser

Technique - optimisation | Obtenir la taille sur disque d'une table avec postgres 8.0.3

Par dcn le 10/10/2005 - 15:13

Bonjour,

Oui je sais que la 8.0.4 le fait, mais là je ne peux pas changer le SGBD à la volée quand il est en prod.
Est-ce que quelqu'un sais comment je pourrais faire?
J'ai bien regardé les fichiers binaires sur le disque physique mais cela ne veux rien dire.

Une idée?

Merci.

Technique - optimisation | [pgsql] peut-on réserver une zone mémoire pour gérer des tables pgsql en mémoire ?

Par pierredallier le 01/10/2005 - 21:58

bonsoir,
sous Oracle, on peut a priori monter en mémoire des tables pour accélérer l'accès aux données de ces tables.
Si quelqu'un peut m'indiquer si on a la possibilité de le faire sous pgsql ... ca m'intéresse beaucoup.

Merci,
Pierre