Statistiques sur la saturation des tablespaces

Bonjour à tous,

Comment prévenir de manière automatique la saturation d'un tablespace ?
Je prévois la saisie d'une date (en format interne pour simplifier) et d'un nombre d'octets utilisés dans le tablespace. (calcul du coefficient de corrélation linéaire).

Comment prévoir la date à laquelle le tablespace sera saturé sachant que j'ai une évolution des tables avec un coefficient de corrélation dates - octets proche de 1 (calculé par la fonction CORR) ?
Y-a-t-il une fonction ou un algorithme qui me permettrait de prévoir cette date fatidique ?
D'avance Merci de votre réponse

La saturation d'un TS dépend de la place restante et ... du modèle de "remplissage" des tables.

Dans une base qui tient du cas d'école on peut penser que le "remplissage" est linéaire au nombre d'insert.
Sauf que tous les insert ne se valent pas : pas le même nombre de colonne, pas la même table, présence de trigger, etc

De plus la fréquence d'ordre insert est certainement fluctuante : période jour/nuit, semaine/WE, début/fin de mois, etc

Donc pas d'algo magique. C'est bien dommage :(

Si t'as envie de te lancer là dedans, je préconise la création d'une table de capture dans laquelle on insère une ligne par période (12 heures par exemple) et par TS.
A partir de là et à partir d'un certain volume, on peut envisager une analyse prédictive, auto-corrigée.

Bref, les alarmes, c'est bien.

Il y a aussi la fragmentation à prendre en compte. J'ai souvent le cas avec certaines bases qui peuvent avoir 2 Go de libre dans un tablespace mais dont les blocs libres contigus sont de 1 Mo maximum, du coup, plantage lors de l'extension d'une grosse table.