Mimeo

Mimeo peut être utilisé pour déplacer les tables de base de données d'une base de données PostgreSQL à l'autre.

Inclut le support pour trois stratégies de réplication:

1. Snapshot - table ensemble copié d'un DB à un autre

2. Incrémental - les données sont déplacées en tant que nouveau contenu est détecté

3. DML - prend des données d'une base de données et de façon permanente, il se déplace vers un nouvel emplacement

Ce qui est nouveau dans cette version:

• Fonction a été ajouté dans la version 1.1.0, de sorte que les mises à jour de la version 1.0.1 à plus tard échouer sur PostgreSQL 9.1.
• Mise à niveau de PostgreSQL pour & # X3e;. = 9.2 permettra également Mimeo d'être mise à jour 1.1.0 et plus (fix recommandé)

Ce qui est nouveau dans la version 1.3.7:

• Fonction a été ajouté dans la version 1.1.0, donc les mises à jour de la version 1.0.1 à plus tard échouer sur PostgreSQL 9.1.
• Mise à niveau de PostgreSQL pour & # X3e;. = 9.2 permettra également Mimeo d'être mise à jour 1.1.0 et plus (fix recommandé)

Ce qui est nouveau dans la version 1.3.6:

• Fonction a été ajouté dans la version 1.1.0, donc les mises à jour de la version 1.0.1 à plus tard échouer sur PostgreSQL 9.1.
• Mise à niveau de PostgreSQL pour & # X3e;. = 9.2 permettra également Mimeo d'être mise à jour 1.1.0 et plus (fix recommandé)

Ce qui est nouveau dans la version 1.3.4:

• Fonction a été ajouté dans la version 1.1.0, donc les mises à jour de la version 1.0.1 à plus tard échouer sur PostgreSQL 9.1.
• Mise à niveau de PostgreSQL pour & # X3e;. = 9.2 permettra également Mimeo d'être mise à jour 1.1.0 et plus (fix recommandé)

Ce qui est nouveau dans la version 1.1.1:

• compte pour le rôle des noms avec des caractères spéciaux dans les ( tirets étaient le coupable qui a trouvé ce bogue).
• Changement de table dblink_mapping à un nom spécifique d'extension: dblink_mapping_mimeo. Lui permet d'être installé dans la même schéma que pg_jobmon si désiré.
• Changement de système de verrouillage consultatif pour utiliser des serrures de advistory transactionnelles au lieu de ceux explicites. Se débarrasse des erreurs dans le bloc d'exception lorsque exception est frappé avant verrou consultatif est prise.
• documentation organisée mieux.

Ce qui est nouveau dans la version 1.0.0:.

• Première version stable

Ce qui est nouveau dans la version 0.13.0:

• Fait l'extension pg_jobmon en option. Il peut être activé ou désactivé sur une base de table par réplication à l'aide de la nouvelle & quot; jobmon & quot; colonne booléenne dans le tableau de configuration. Si pg_jobmon est installé, il sera mis à true par défaut pour tous les types de réplication, sinon il sera mis faux. Vous pouvez également définir si elle est utilisée lors de l'exécution avec le & quot; p_jobmon & quot; paramètre pour les fonctions de rafraîchissement.
• enregistrement de Jobmon a été ajouté à la méthode de réplication de table.

Ce qui est nouveau dans la version 0.12.0: Fonction

• Logdel refresh dispose désormais d'un & quot; repull & quot; possibilité d'effectuer un rafraîchissement complet de données de la source. Notez qu'il ne sera pas supprimer les lignes de la destination qui ont été précédemment supprimé de la source (seulement efface les lignes sur la destination où la colonne mimeo_source_deleted est nulle). Depuis un TRUNCATE ne peut se faire comme cela se fait avec les autres repulls de réplication, il est fortement recommandé de faire un VACUUM manuel de la table de destination après cela est fait, peut-être même un VACUUM FULL pour récupérer l'espace disque.
• Pour aider le processus de repull ci-dessus être plus efficace, un indice est maintenant créé sur le & quot; mimeo_source_deleted & quot; colonne de toutes les tables de réplication logdel nouvellement créés de destination. tables de réplication existants ne seront pas avoir cet indice ajouté. Recommander l'ajout d'un si vous avez besoin de faire cette méthode de repull sur d'anciennes configurations.
• DML & Logdel source de réplication des tables de files d'attente ont maintenant les index créés sur le & quot; traité & quot; et & quot; traité, mimeo_source_deleted & quot; les colonnes respectivement. Cela devrait contribuer à la réplication être plus efficace pour les tables de trafic plus élevés qui créent de plus grandes files d'attente. ensembles de réplication existants ne seront pas ont leur table de file d'attente source modifié pour ajouter cet indice. Recommander revenir en arrière et ajouter manuellement si vous constatez des problèmes de performance.
• Messages d'exception si les fonctions DML / logdel maker ne sont plus claires au sujet de ce qui est arrivé reguarding les objets créés sur la source.
• option p_debug Ajouté aux fonctions de fabricant. Aussi fait le débogage d'un peu plus propre et ont lui fournir plus d'informations dans de nombreux cas.
• Bug Fix:. Condition WHERE de la réplication logdel ne fonctionnait pas correctement

Ce qui est nouveau dans la version 0.11.0:

• Snapshot et fabricant incrémental fonctions assurer maintenant que la donnée les noms de table sont schéma qualifié.
• Mise à jour des fonctions extras pour les anciennes versions de source de postgresql. Il y a de nouvelles fonctions DML pour 8.1 ainsi que array_agg personnalisé () des fonctions qui Mimeo exige.

Ce qui est nouveau dans la version 0.10.2:

• Nouvelle option refresh_table pour juste faire une troncature droite et repull pour une table régulière. Seulement en ajoutant une fonctionnalité mineure parce que d'autres changements ne touchent pas l'API et il est recommandé comme un travail d'actualisation régulière si possible. Aussi refresh_table () ne vous connectez pas actuellement pg_jobmon, ne peut donc pas être contrôlée et ne sera pas déclenché des alertes si / quand ce type de rafraîchissement échoue. Qu'est-ce que cela est utile pour est d'avoir un moyen d'obtenir des données de la production à une base de données mise en scène / dev où vous voulez toujours être en mesure de modifier la table de destination. Pourrait faire avec incrémental ou DML, mais cela évite nécessiter de clés primaires, des colonnes de contrôle ou de l'accès en écriture sur la base de données source.
• Suppression personnalisée type enum. Fait les choses beaucoup plus compliquées qu'elles devaient être. Enums sont vraiment mauvais dans les extensions puisque vous ne pouvez jamais simplement ajouter une nouvelle valeur dans une mise à jour.
• Les commandes pour supprimer la limite par défaut de traitement par lots et définir les limites par défaut pour la réplication incrémentielle étaient absents de la ronéo - fichier de mise à jour 0.9.3--0.10.1 de dérivation. Si ce fichier a été utilisé pour mettre à jour polycopié, les valeurs par défaut ont pas été changés et les limites étaient encore fixés pour de nouveaux emplois de rafraîchissement. Exécutez ceux qui sont ici à nouveau.

Ce qui est nouveau dans la version 0.10.0:

• Maintenant que le tirant de plus grandes quantités de données est plus efficace il n'y a pas plus d'une limite de lot par défaut. Chaque cycle de rafraîchissement obtenir toutes les nouvelles lignes disponibles. Cela n'a aucune incidence sur les emplois existants, seuls les emplois nouvellement créés après cette version est installée. Si vous souhaitez supprimer les limites de lots (recommandé, sauf si nécessaire), définissez la colonne batch_limit NULL dans toutes les tables de configuration.

valeur
• Boundary est maintenant nécessaire pour la configuration introducteur / updater pour aider à assurer la cohérence. Par défaut est de 10 minutes. Si tout avait été défini comme NULL, il a été mis à jour à la valeur par défaut.
• New & quot; extras & quot; dossier dans le référentiel. Contient certaines versions de fonctions pour lorsque la base de données source est plus ancienne que 9.1. Ceux-ci peuvent permettre d'utiliser polycopié pour mettre à niveau une base de données dans les principales versions. Bien qu'ils puissent être utilisés à des fins de réplication normale aussi bien, ce qui est pas conseillé à long terme, car une mise à jour d'extension écraserait les fonctions si vous les renommer à leur nom d'origine.
• dossier Extras contient également un script python pour remplacer la fonction run_refresh dépréciée. Utilisez cette option pour aider à faire exécuter les tâches de réplication planifiées plus facile et plus fiable que la fonction de plpgsql ancienne.
• Fonctions Défini STABLE ou IMMUTABLE qui peut être.
• Bug Fix: table de file d'attente temporaire ne se baissé en refresh_logdel. erreurs Causée si même rafraîchissement a été exécuté dans la même session.
• Bug Fix: Est-ce que maintenant rapporter fidèlement la ligne compte, même lors de l'insertion de tables partitionnées
.
• Nettoyage du code.
• Faire pgTAP teste un peu plus vaste. Ajout de tests pour les limites de lots.

Ce qui est nouveau dans la version 0.9.3:

• Atteindre la limite du lot exact pour provoquer un journal de pg_jobmon avertissement pour la réplication DML / de logdel serait presque jamais réellement se produire en raison d'obtenir des entrées distinctes de la table de file d'attente source. Cette notification ferait de réplication éventuellement tomber derrière ne se produit pas. Changement de l'alerte se produire si le lot réel atteint 75% de la limite de lot.

Ce qui est nouveau dans la version 0.8.3:.

• DML fixe rafraîchissez pas propager les mises à jour et supprime
• DML / logdel fixe rafraîchissez pas la mise à jour d'une ligne si elle a un multi-colonnes clé primaire / unique et seul un sous-ensemble des colonnes de cette clé sont modifiées.
• cas limite fixe dans refresh_dml / logdel où, si la limite de lot a été frappé, la table de file d'attente à distance peut ne pas marquer les lignes traitées correctement.
• les tests modifiés pour utiliser pgTAP. Suite de test est maintenant beaucoup plus vaste et aidé à trouver au-dessus de bugs.

Exigences :

• PostgreSQL 9.1 ou supérieur
• pg_jobmon 0,3 ou supérieur
• extension PostgreSQL dblink