éventuellement, une commande shell à éxecuter automatiquement juste avant la suppression d'un journal
En l'occurrence, cette action est effectuée quand PostgreSQL passe au fichier de journal suivant, pas quand le journal est supprimé ou réutilisé. C'est ce qui est utilisé pour la réplication via log shipping.
Avec PostgreSQL, tu n'as aucun mal à prévoir la taille totale des journaux: taille d'un fichier x nombre de fichiers.
En l'occurrence, ce n'est pas tout à fait vrai. PostgreSQL n'offre aucune garantie à ce niveau. A très très forte charge en écriture, tu peux dépasser les (2 * checkpoint_segments + 1) fichiers habituels. Ce n'est pas un cas qui se produit souvent mais il n'y a pas de garantie.
[^] # Re: Et Derby alors ?
Posté par Guillaume Smet (site web personnel) . En réponse à la dépêche Sun Microsystems fait l'acquisition de MySQL. Évalué à 2.
En l'occurrence, cette action est effectuée quand PostgreSQL passe au fichier de journal suivant, pas quand le journal est supprimé ou réutilisé. C'est ce qui est utilisé pour la réplication via log shipping.
En l'occurrence, ce n'est pas tout à fait vrai. PostgreSQL n'offre aucune garantie à ce niveau. A très très forte charge en écriture, tu peux dépasser les (2 * checkpoint_segments + 1) fichiers habituels. Ce n'est pas un cas qui se produit souvent mais il n'y a pas de garantie.