PG Partition Manager

П. Partition Manager (або pg_partman) може обробляти як засновані на часі й на основі серійних розділів, і є рекомендованим засобом роботи з великими структурами даних.

Розширення pg_partman просто розділити великі таблиці на більш дрібні шматки, для полегшення обробки, полегшення процесора і пам'яті споживання.

Після того, як таблиця розділів була працював, pg_partman її падіння, щоб уникнути переповненості пам'яті

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

• Якщо утримує система включена, jobmon більше не реєструє записи, якщо немає утримання робота не була насправді зроблено. Буде раніше просто увійти, що нульові столи були зняті. Якщо щось впав / uninherited, він буде записаний, як очікувалося.
• Змінено стовпець & Quot; тип & Quot; в part_config в & Quot; partition_type & Quot;. & Quot; тип & Quot; є зарезервованим словом, але в даний час не строго дотримуються (не вимагає подвійні лапки). Це дозволяє уникнути будь-яких можливих майбутніх проблем. Також змінився sub_type в part_config_sub в & Quot; sub_partition_type & Quot; узгодженості
• Змінено стовпець & Quot; part_interval & Quot; в part_config & part_config_sub в & Quot; partition_interval & Quot; бути більш послідовним з вище перейменований колонці.
• Тепер використовує новий, більш великий GET STACKED ДІАГНОСТИКА додана функція в 9,2, щоб забезпечити більш докладні помилки, коли виняток зустрічається. Раніше, коли функції викликаються інші функції і призначений для користувача блок виключення використовується, тільки останні функцію під назвою б повідомити про помилку. Тепер більш повний трасування стека доступна, щоб побачити оригінальну функцію, що викликала помилку.
• Широкі поліпшення форматування документації.
• Процес фон робочого (БГВ) був доданий в pg_partman для загального підтримання розділів.
• Там більше не відрізняються і Quot; статична і Quot; і & Quot; динамічний & Quot; Режими поділу. Особливості кожного режиму були об'єднані в єдиний формат запуску.

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

• Якщо утримує система включена, jobmon більше не реєструє записи, якщо немає утримання робота не була насправді зроблено. Буде раніше просто увійти, що нульові столи були зняті. Якщо щось впав / uninherited, він буде записаний, як очікувалося.
• Змінено стовпець & Quot; тип & Quot; в part_config в & Quot; partition_type & Quot;. & Quot; тип & Quot; є зарезервованим словом, але в даний час не строго дотримуються (не вимагає подвійні лапки). Це дозволяє уникнути будь-яких можливих майбутніх проблем. Також змінився sub_type в part_config_sub в & Quot; sub_partition_type & Quot; узгодженості
• Змінено стовпець & Quot; part_interval & Quot; в part_config & part_config_sub в & Quot; partition_interval & Quot; бути більш послідовним з вище перейменований колонці.
• Тепер використовує новий, більш великий GET STACKED ДІАГНОСТИКА додана функція в 9,2, щоб забезпечити більш докладні помилки, коли виняток зустрічається. Раніше, коли функції викликаються інші функції і призначений для користувача блок виключення використовується, тільки останні функцію під назвою б повідомити про помилку. Тепер більш повний трасування стека доступна, щоб побачити оригінальну функцію, що викликала помилку.
• Широкі поліпшення форматування документації.
• Процес фон робочого (БГВ) був доданий в pg_partman для загального підтримання розділів.
• Там більше не відрізняються і Quot; статична і Quot; і & Quot; динамічний & Quot; Режими поділу. Особливості кожного режиму були об'єднані в єдиний формат запуску.

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

• Новий параметр ім'я батьківської таблиці, щоб run_maintenance (). Якщо встановлено, пропускає всі інші таблиці для цього обслуговування перспективі тільки й робить, той дав.
• Нью-аналізу параметр в run_maintenance ().
• PG розмітки дисків тепер підтримує суб-розмітки. Це дозволяє автоматичне конфігурування перетворити дитину таблиці існуючого розділу, встановленого в батьківських таблицях своїх власних наборів розділів.
• Аналіз більше не запускається автоматично на батьківської таблиці після create_parent () виконується.
• Додана аргумент --version для всіх сценаріїв Python. Це говорить вам мінімальну версію pg_partman цей сценарій призначений для роботи з.
• Зроблено, що всі сценарії в папці бін додаються Makefile для установки.
• Переконайтеся автовакуумной скидається, якщо сигнал SIGINT (Ctrl + C) звільнений при використанні partition_data.py або undo_partition.py.
• Додана howto.md файл в папці док з деякими більш обширних прикладів.
• колонка last_partition в part_config таблиці більш не використовується. Кинув його.
• Перейменовано внутрішні функції create_id_partition (), create_id_function (), create_time_partition () & create_time_function (), щоб create_partition_id (), create_function_id (), create_partition_time () & create_function_time () відповідно. Це дає всі функції послідовного шаблон іменування.

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

• Новий параметр ім'я батьківської таблиці, щоб run_maintenance (). Якщо встановлено, пропускає всі інші таблиці для цього обслуговування перспективі тільки й робить, той дав.
• Нью-аналізу параметр в run_maintenance ().
• PG розмітки дисків тепер підтримує суб-розмітки. Це дозволяє автоматичне конфігурування перетворити дитину таблиці існуючого розділу, встановленого в батьківських таблицях своїх власних наборів розділів.
• Аналіз більше не запускається автоматично на батьківської таблиці після create_parent () виконується.
• Додана аргумент --version для всіх сценаріїв Python. Це говорить вам мінімальну версію pg_partman цей сценарій призначений для роботи з.
• Зроблено, що всі сценарії в папці бін додаються Makefile для установки.
• Переконайтеся автовакуумной скидається, якщо сигнал SIGINT (Ctrl + C) звільнений при використанні partition_data.py або undo_partition.py.
• Додана howto.md файл в папці док з деякими більш обширних прикладів.
• колонка last_partition в part_config таблиці більш не використовується. Кинув його.
• Перейменовано внутрішні функції create_id_partition (), create_id_function (), create_time_partition () & create_time_function (), щоб create_partition_id (), create_function_id (), create_partition_time () & create_function_time () відповідно. Це дає всі функції послідовного шаблон іменування.

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

• , де створення нового розділу Виправлена ​​помилка в apply_foreign_keys () не вдасться, коли схема набору розділ знаходиться в поточному search_path.
• спадкування Зовнішній ключ тепер необов'язково, тому що більш складні відносини FK не може працювати ідеально з методом pg_partman за замовчуванням. Нова опція конфігурації в part_config столом і параметра create_parent ().

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

• Уточнити в документації, що значення інтервалу ID, переданих create_parent () повинен бути насправді у форматі типу тексту.
• Змінено краплі і Undo функції розділів використовувати операційні основі консультативних замків.
• Вилучено необхідність внутрішньо використовуваного функції create_next_time_partition () і, отже впав функцію.
• спростили create_time_partition () & create_id_partition () список параметрів.

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

• Виправлена ​​create_parent () насправді вставити значення contraint_cols передається у функцію в таблиці конфігурації при використанні часу поділу на основі.

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

• Перевірити допустимих значень параметрів у функції створення розділів.
• Додана індекс падіння одночасно варіант (--drop_concurrently) для reapply_indexes.py сценарій. Працює тільки для 9.2 +.
• Змінено run_maintenance (), щоб використовувати консультативну блокування транзакції, а блокування рівня сеансу.
• Виправлена ​​відсутній імпорт бібліотек в скриптах Python.
• Організатори документація функцій.

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

• Новий Python скрипт (reapply-indexes.py) повторно застосувати індекси в дочірніх таблиць, коли вони змінилися на батьків. Див документи для отримання додаткової інформації.
• Нова функція, щоб перевірити унікальність стовпця в наборі розділів (check_unique_column ()). Допомагає подолати нездатність унікального обмеження, які будуть застосовуватися ефективно по всіх розділах в наборі. Не заважає унікальний порушення, а й забезпечує метод для відстеження це відбувається.
• Інші тести pgTAP, щоб забезпечити процес ім'я trunucation працює.
• Змінено pgTAP випробування припускати pgTAP встановлений в суспільному схемою, щоб спробувати уникнути проблем, коли це не так.

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

• Нові сценарії Python в папку доповнень, щоб створення розділів і згубило використанням менше скоюють партій, як це пропонується в документації по partition_data_ * і * undo_partition_ функцій. Це допомагає уникнути блокування транзакцій, коли існує велика кількість даних, щоб пересуватися. Є також варіанти, щоб вчинили більш повільно і полегшити навантаження на дуже зайнятих систем.
• Змінено порядок розташування пакетних аргументів на partition_data_id () & partition_data_time (). Це робить їх порядок так само, як функції відкоту і більше б безглуздо порядку (я думаю, що в будь-якому випадку).
• Зроблено функції розділів тихі. Немає більше повідомлення та просто не повертає кількість рядків переїхав.
• Змінено функції скасування розділів видалити розділи в порядку вони були спочатку створені. Вони робили це раніше, ніж за алфавітом, які могли б призвести до непарний порядок для серійного розбиття основі (P100 буде, перш ніж p2). Порядок створення не може видалити їх у порядку зростання даних по-перше, що було б ідеально, але це робить більше сенсу, ніж в алфавітному порядку.
• Виправлена ​​помилка: undo_partition () може повертати 0 передчасно, якщо деякі з розділів були порожні. Буде тепер автоматично uninherit / видалення будь-яких порожніх розділів і продовжувати, якщо є ще дочірні таблиці, не рахуючи їх проти p_batch_count якщо дано.

Вимоги

• PostgreSQL 9.1 або вище
• pg_jobmon 1.0 або вище