Mimeo

Mimeo можна використовувати для переміщення таблиці бази даних з однієї бази даних PostgreSQL в іншу.

Включає підтримку трьох стратегій реплікації:

1. Знімок - вся таблиця копіюється з одного БД в іншу

2. Інкрементальний - даніпереміщуються, як виявлено новий зміст

3. DML - бере дані з однієї бази даних і постійно переносить його в нове місце

Що нового в цьому випуску:

• Функція була додана в версії 1.1.0, так що будь-які оновлення з версії 1.0.1, щоб пізніше зазнає невдачі на PostgreSQL 9.1.
• Оновлення PostgreSQL до & # x3e ;. = 9.2 також дозволить Mimeo бути оновлені до 1.1.0 і більш (рекомендується виправити)

Що нового у версії 1.3.7:

• Функція була додана в версії 1.1.0, так будь-які оновлення, починаючи з версії 1.0.1, щоб пізніше зазнає невдачі на PostgreSQL 9.1.
• Оновлення PostgreSQL до & # x3e ;. = 9.2 також дозволить Mimeo бути оновлені до 1.1.0 і більш (рекомендується виправити)

Що нового у версії 1.3.6:

• Функція була додана в версії 1.1.0, так будь-які оновлення, починаючи з версії 1.0.1, щоб пізніше зазнає невдачі на PostgreSQL 9.1.
• Оновлення PostgreSQL до & # x3e ;. = 9.2 також дозволить Mimeo бути оновлені до 1.1.0 і більш (рекомендується виправити)

Що нового у версії 1.3.4:

• Функція була додана в версії 1.1.0, так будь-які оновлення, починаючи з версії 1.0.1, щоб пізніше зазнає невдачі на PostgreSQL 9.1.
• Оновлення PostgreSQL до & # x3e ;. = 9.2 також дозволить Mimeo бути оновлені до 1.1.0 і більш (рекомендується виправити)

Що нового у версії 1.1.1:

• Обліковий запис для імен ролей зі спеціальними символами в них ( рисочки були винуватця, що знайшов цю помилку).
• Змінено dblink_mapping таблицю на додатковий номер конкретного імені: dblink_mapping_mimeo. Дозволяє встановлювати його в тій же схемі, як pg_jobmon при бажанні.
• Змінено консультаційну систему блокування, щоб використовувати транзакційні advistory замки замість явних з них. Отримує позбутися помилок в блоці виключення, коли виняток, перш ніж потрапити консультативний замок взятий.
• Організований документація краще.

Що нового у версії 1.0.0 :.

• Перший стабільний реліз

Що нового у версії 0.13.0:

• Зроблено розширення pg_jobmon за бажанням. Він може бути включений або вимкнений на за реплікації таблиці основі з використанням нової & Quot; jobmon & Quot; булево стовпець в таблиці конфігурації. Якщо встановлений pg_jobmon вона буде встановлена ​​істина за замовчуванням для всіх типів реплікації, в іншому випадку вона буде встановлена ​​в брехню. Ви можете також встановити, чи буде він використовується під час виконання з & Quot; p_jobmon & Quot; параметр функції оновлення.
• Jobmon реєстрація була додана до методу реплікації таблиці.

Що нового у версії 0.12.0: функція

• Logdel поновлення тепер має & Quot; repull & Quot; варіант, щоб зробити повне оновлення даних з джерела. Зверніть увагу, що це не призведе до видалення рядків на місце призначення, які раніше були видалені з джерела (за виключенням окремих виразів видаляються за місцем призначення, де mimeo_source_deleted колонка дорівнює нулю). Оскільки TRUNCATE не може бути зроблено, як це робиться з іншими repulls реплікації, настійно рекомендується робити вручну Вакуум таблиці призначення після того, як це буде зроблено, можливо, навіть вакуумному ПОВНИЙ, щоб звільнити дисковий простір.
• Щоб допомогти вищевказаний процес repull бути більш ефективним, індекс зараз створюється на & Quot; mimeo_source_deleted & Quot; стовпець призначення всіх новостворюваних таблиць реплікації logdel. Існуючі таблиці реплікації не буде доданий цей показник. Рекомендувати додавши до нього один, якщо вам потрібно зробити цей метод repull на старих установках.
• таблиці черг джерела реплікації DML & Logdel тепер мають індекси, створені на & Quot; оброблений & Quot; і & Quot; оброблені, mimeo_source_deleted & Quot; стовпці відповідно. Це повинно допомогти реплікації бути більш ефективним для більш високих таблиць трафіку, які створюють великі черги. Існуючі набори реплікації не матимуть свої таблиці черзі джерело змінений, щоб додати цей індекс. Рекомендувати повернутися і вручну додати його, якщо ви помітили проблеми з продуктивністю.
• Виняток повідомлення є, якщо функції DML / logdel мейкера невдачу зрозуміліше про те, що сталося reguarding об'єкти, створені на джерелі.
• Додана опція p_debug функцій мейкера. Також зробив налагодження трохи очищувача і мати його надати більше інформації в багатьох випадках.
• Виправлена ​​помилка :. WHERE умова реплікації logdel не працює належним чином

Що нового у версії 0.11.0:

• функції Snapshot & інкрементний мейкера Тепер переконайтеся, що даний імена таблиць схеми кваліфікований.
• Оновлення функції доповнення для старіших версій вихідних з PostgreSQL. Там в нові функції DML для 8.1, а також призначені для користувача array_agg () функції, які потрібно Mimeo.

Що нового у версії 0.10.2:

• Новий refresh_table варіант для просто робити прямий і TRUNCATE repull для звичайної таблиці. Тільки при додаванні в якості другорядного ознаки, тому що інші зміни не впливають на API, і це не рекомендується в якості регулярного поновлення завдання, якщо це можливо. Також refresh_table () в даний час не ввійти в pg_jobmon, тому вони не можуть бути перевірені і не зарахувати оповіщення, якщо / коли цей тип оновлення не вдається. Те, що це корисно для надає спосіб отримати дані з виробництва в базу даних, постановка / DEV, де ви все ще хочете, щоб мати можливість редагувати таблицю призначення. Чи не могли б зробити це з додаткове або DML, але це дозволяє уникнути вимагаючи будь-яких первинних ключів, колонки управління або доступ до бази даних джерела писати.
• Вилучений користувальницький тип ENUM. Зроблено все набагато складніше, ніж вони повинні бути. Перерахування дійсно погані в розширеннях, так як ви ніколи не можете просто додати нове значення в оновленні.
• Команди для видалення граничних значень за замовчуванням партії і встановити межі за замовчуванням для додаткових реплікації були відсутні з MIMEO - 0.9.3--0.10.1 обвідний файл оновлення. Якщо цей файл був використаний для поновлення мімеограмма, значення за замовчуванням не були змінені і обмеження як і раніше створюються нові робочі місця поновлення. Виконати ті тут ще раз.

Що нового у версії 0.10.0:

• Тепер, коли потягнувши великі обсяги даних більш ефективно , що не більше немає обмеження партії за замовчуванням. При кожному оновленні перспективі отримають всі нові рядки доступні. Це не впливає на існуючі робочі місця, тільки новостворені робочі місця після установки цієї версії. Якщо ви хочете видалити межі партії (не рекомендується, якщо це необхідно), встановіть стовпець batch_limit на NULL у всіх таблицях конфігурації.

значення
• Кордон тепер потрібно для конфігурації вставки / оновлення, щоб допомогти забезпечити узгодженість. За замовчуванням становить 10 хвилин. Якщо який-небудь був встановлений в NULL, він був оновлений за замовчуванням.
• Новий & Quot; додаткові & Quot; папки в сховище. Містить деякі версії функцій для випадку, коли вихідна база даних старше 9.1. Це може зробити можливим використання мімеограмма для оновлення бази даних у всіх основних версіях. У той час як вони можуть бути використані для звичайних цілей реплікації, а також, що не рекомендується тривалий термін, так як оновлення розширення буде перезаписувати функції, якщо ви перейменувати їх вихідні імена.

<Літій> папка Додатково також містить сценарій пітона, щоб замінити застарілу функцію run_refresh. Використовуйте це, щоб допомогти зробити запуску запланованих завдань реплікації простіше і надійніше, що стара функція plpgsql.
• Встановити функції як СТАБІЛЬНИЙ або незмінними, які можуть бути.
• Виправлена ​​помилка: тимчасова таблиця черг не губляться в refresh_logdel. Викликаний помилки, якщо ж поновлення був запущений в тому ж сеансі.
• Виправлена ​​помилка: тепер точно повідомити ряд розраховує навіть при вставці в секціонованих таблиць
.
• очищающий код.
• Зробіть pgTAP тести трохи більшим. Додані тести для пакетних обмежень.

Що нового у версії 0.9.3:

• Досягнення точного межі партії, щоб викликати журнал pg_jobmon попередження для реплікації DML / logdel майже ніколи насправді відбуваються через отримання DISTINCT записів з таблиці черзі джерела. Це зробило б повідомлення про реплікації, можливо, відстаючи не відбувається. Змінено попередження станеться, якщо фактична партія досягає 75% від ліміту пакета.

Що нового у версії 0.8.3 :.

• Фіксовані DML ReFRESH не поширюються по оновлення та видалення
• Виправлена ​​DML / logdel ReFRESH не оновлюється рядок, якщо вона має декілька стовпців первинного / унікального ключа і тільки підмножина стовпців цього ключа змінюються.
• Виправлена ​​крайній випадок в refresh_dml / logdel, де, якщо межа партії був вражений, таблиця віддаленої черги може не відзначити оброблених рядків належним чином.
• Змінено тести, щоб використовувати pgTAP. Testing Suite тепер набагато ширший і допомогли знайти вище помилок.

Вимоги

• PostgreSQL 9.1 або вище
• pg_jobmon 0.3 або вище
• розширення PostgreSQL DBLink