Un cycle de vie permet de modéliser le transfert de données depuis des stockages rapides et coûteux vers divers types de stockage meilleur marché et moins performants, à mesure que l'ancienneté des données augmente et que leur consultation diminue. La période durant laquelle les données restent sur chaque type de stockage est modélisée sous la forme de phases, qui sont associées au tablespaces.
- Basé sur l'âge - Les données traversent le cycle de vie en passant par des partitions nommées, ne restant dans chaque phase que durant la période de rétention spécifiée. Les partitions se déplacent dans le cycle de vie de façon prévisible et finissent par être proposées pour une purge à la fin de la période de rétention totale du cycle de vie.
- Basé sur l'accès - Les tables (et leurs éventuels index associés) traversent le cycle de vie en fonction de la durée d'inactivité permise pour chaque phase, qui spécifie la durée pendant laquelle une table peut rester dans la phase sans qu'aucun processus n'y accède. Les tables doivent rester dans le cycle de vie durant (au minimum) la période de rétention totale, et leur déplacement vers la fin du cycle de vie peut être retardé indéfiniment en cas d'accès aux données quelles contiennent.
- Phase 1 (3 mois) - stockage hautes performances (1er temps) pour les données récentes fréquemment consultées.
- Phase 2 (9 mois) - stockage quasi en ligne (2ème temps) pour les données de l'année précédente.
- Phase 3 (48 mois) - stockage d'archive (3ème temps) pour les données rarement consultées mais qui doivent être conservées.
Les données sont regroupées dans des partitions (P1, P2 et P3), qui contiennent chacun un mois de données :
- Déplacer la partition P1 du tablespace associé à Phase 1 vers le tablespace associé à Phase 2.
- Créer une nouvelle partition, P4, pour commencer à collecter les nouvelles lignes de tables dans le tablespace associé à Phase 1.
A mesure que les données vieillissent, les scripts peuvent également traiter le transfert des données vieilles de plus d'un an depuis un tablespace associé à Phase 2 vers le tablespace associé à Phase 3.
Une fois qu'un cycle de vie est mis en place, vous pouvez générer des scripts pour procéder à des déplacements de données indéfiniment. Des scripts supplémentaires sont générés pour purger régulièrement les données qui arrivent en fin de cycle de vie.