Vous n'êtes pas identifié(e).
Bonjour,
Je lance la commande suivante :
bobby=# VACUUM tutu.pouet;Et lorsque je vérifie j'obtiens :
bobby=# select * from pg_stat_user_tables where relname = 'pouet';
relid | schemaname | relname | seq_scan | seq_tup_read | idx_scan | idx_tup_fetch | n_tup_ins | n_tup_upd | n_tup_del | last_vacuum | last_autovacuum | last_analyze | last_autoanalyze
---------+------------+------------------+----------+--------------+----------+---------------+-----------+-----------+-----------+-------------+-----------------+--------------+------------------
8906637 | tutu | pouet | 0 | 0 | | | 0 | 0 | 0 | | | |
(1 row)La version de mon instance PostgreSQL est :
PostgreSQL 8.2.15 (Greenplum Database 4.3.6.1 build 2)Comportement identique avec ANALYZE.
Bonne fin de journée et bon week-end ![]()
Hors ligne
Je pense qu'on ne va pas pouvoir faire grand chose pour toi…
Ce n'est pas postgres, mais greenplum. Et c'est un fork d'une 8.2 par dessus le marché ![]()
J'imagine que dans ce fork, ces champs ne sont pas mis à jour.
Autre possibilité, si ça marche quand même comme du Postgres, c'est qu'il n'y a pas d'accès en écriture au répertoire dans lequel le stats collector veut écrire ses données (sous Postgres, tu as un message d'insulte dans la log, et le select sur pg_stat_user_tables a un petit temps de réponse le temps que le stats collector parte et timeout)
Marc.
Hors ligne
Au top cette réponse, merci.
![]()
Hors ligne