postgres
	vacuum 
		-> permet la réutilisation des zones inutilisées
		-> ne vérouille pas la base
		-> semble devoir lire intégralement chaque fichier concerné

	vacuum full 
		-> libere les zones inutilisées
		-> verouille en acces exclusif la table pendant 
		toute sa durée...

	sur une base qui bouge beaucoup, faire beaucoup de vacuum (simple)
	pour eviter que la base ne se transforme en un gros gruyère et impose
	ensuite un vacuum full très long.

Ou en est un vacuum ?



	ps  -auxww | grep VAC
	postgres 18185  0.8  2.2 38232 23492 ?       D    02:00   2:09 postgres: host base [local] VACUUM

	ls -al /proc/18185/fd

	=> permet de repérer les couples fd/fichiers

	strace -p 18185
	=> on voit quel fd il est en train de lire et on peut extrpoler la duree restante en regardant
	la taille du fichier.


	(((sur apu : 10Mo/s. 100Mo->10s, 1Go->100s )

A voir / Question ?
	les index doivent aussi etre nettoye par vacuum
	=> comment savoir si un index est vraiment utils ? et s'il ne vaudrait pas mieux l'enlever.
	-> avez EXPLAIN  ??? mais comment précisémment ?

		-> il semble que pour une requete sans sous resuqte, seul UN SEUL index soit utilise

	- comment avoir un rapport auto : pour chaque indice son % d'utilisation...

	- il n'est peut-etre pas necessaire de vacuumer a chaque fois les index qui ne bougent pas (trop) ?