Le 22 octobre 2004, Chris Browne annonçait sur la liste pgsql-announce:

L'équipe de Slony-I est fière de présenter la version 1.0.4 de la solution de réplication la plus avancée pour la la base de données Open Source la plus avancée du monde.

Une archive tar est disponible au téléchargement sur :
<a href="" http:="" developer.postgresql.org="" ~wieck="" slony1="" download="" slony1-1.0.4.tar.gz=""> http://developer.postgresql.org/~wieck/slony1/download/slony1-1.0.4.tar.gz </a>

Il y a un nombre limité de « nouvelles fonctionalités » dans cette versions et elles se concentrent sur la possibilité d'ajouter ou de supprimer des tables et des séquences de la réplication :

  • SET DROP TABLE - enlève une table de la réplication
  • SET DROP SEQUENCE - fait de même pour les séquences
  • SET MOVE TABLE - déplace une table d'un set de réplication vers un autre
  • SET MOVE SEQUENCE - fait de même pour les séquences

Les autres changements portent sur l'amélioration de certaines fonctionalités que les tous premiers utilisateurs avaient jugé un peu rustiques, parmi celles-ci :

  • vacuum fréquent du pg_listener ; les performances pouvaient souffrir d'une croissance de tuples morts
  • un processus de nettoyage pour le pg_listener résout les cas où les vieux processus slon étaient défunts suite à des problèmes réseau, laissant les processus d'arrière plan en attente de notification d'évènements
  • amoindrissement du niveau de verrou sur sl_event, cela résout les cas où un pg_dump aurait bloqué Slony-I
  • les purges CONFIRMENT les entrées des noeuds qui n'existent plus
  • ajout conséquent de documentation
  • scripts d'administration plus sophistiqués
  • utilisation d'une comparaison de chaînes pour les types de données définis par l'utilisateur qui n'ont pas d'opérateur de comparaison adapté
  • purge de log plus sûre
  • plusieurs autres corrections de bogues et « propreté améliorée »
  • depuis cette 1.0.4, le moteur de réplication slon refuse de travailler avec toute base de données qui n'aurait pas des versions de procédures stockées identiques. De même pour tous les objets qui contiennent les fonctions de support du langage C et les déclencheurs : tout cela doit être dans la même version pour fonctionner. Tout cluster doit ainsi être mis à jour

Merci de vous reporter au fichier HISTORY-1.0 pour la liste détaillée des changements dans cette version.