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