PostgreSQL

[turbo]

[size="3"]Вопросы о PostgreSQL[/size]

30 июня мы провели онлайн-сессию «Вопросы к ведущим мировым экспертам PostgreSQL». В течение трёх часов любой желающий мог задать вопрос одному из приглашённых гостей и получить исчерпывающий ответ. В результате было получено более 40 вопросов, ни один из которых не остался без внимания.

Участники: Брюс Момджан (Bruce Momjian) (PGDG, EnterpriseDB), Максим Богук (Rambler, Мастерхост), Фёдор Сигаев (PGDG), Марко Креэн (Marko Kreen) (Skype).

Вот пара интересных вопросов и ответы на них:

Вопрос №3

kai: Одна из досадных штук в работе -- это отсутствие конструкции "INSERT OR UPDATE". В MySQL можно сделать так: "INSERT INTO users (username, email) VALUES ('Jo', 'jo@email.com') ON DUPLICATE KEY UPDATE email = 'jo@email.com'". Появится ли что-нибудь похожее в PostgreSQL?

Брюс Момджан, лидер сообщества PostgreSQL, эксперт компании EnterpriseDB: Стандартный (ANSI) способ для таких вещей -- это MERGE или UPSERT. Оба способа находятся у нас в TODO-листе и, насколько я знаю, кто-то работает над этой функциональностью для PostgreSQL 8.4, хотя лично я ещё не видел этого патча. Мы, вне всяких сомнений, нуждаемся в таком синтаксисе.

Вопрос №5

Alexander: Вопросы к разработчикам Skype: 1) Хочется оценить масштабы Skype, хотя бы приблизительно. Сколько пользователей сейчас зарегистрировано? Сколько пользователей находятся одновременно онлайн? Сколько транзакций в секунду выполняет Ваш PostgreSQL? Сколько у Вас серверов PostgreSQL? 2) Как правильно померить количество транзакций в секунду в PostgreSQL?

Марко Креэн, инженер компании Skype: 1) Общее количество пользователей у нас сейчас в районе 300 миллионов. Я точно не знаю насчёт активных пользователей, но мой Skype-клиент показывает, что сейчас онлайн находятся 10 миллионов пользователей, и это далеко не пиковая нагрузка. У меня нет точных цифр по количеству транзакций в секунду (TPS), но, кажется, наша нагрузка -- где-то в районе 10-20 тысяч TPS. Всего у нас более 100 серверов PostgreSQL, хотя и не все из них работают одновременно. 2) Используйте анализатор логов или pgBouncer, установленный перед базой данных, он даёт такую статистику.

[turbo]

[size="3"]Обновление PostgreSQL: 8.3.5, 8.2.11, 8.1.15 и 8.0.19[/size]

Объявлено о выходе новых версий СУБД PostgreSQL - 8.3.5, 8.2.11, 8.1.15, 8.0.19 и 7.4.23, в которых представлены исправления накопившихся ошибок. Среди исправлений:

 * Устранена критическая ошибка, которая может привести к потере информации в GiST индексах. После обновления для GiST индексов рекомендуется выполнить REINDEX;
 * Исправлена ошибка, приводящая к краху процесса при невозможности отобразить клиенту локализованное сообщение об ошибке из-за отсутствия эквивалентных символов в текущей локали пользователя.
 * Устранено несколько утечек памяти;
 * Проведена оптимизация выполнения запросов вида "expression IN (expression-list)";
 * Исправлен код преобразования бинарных строк в XML (bytea-to-XML), который мог приводить к краху процесса;
 * Устранена ошибка, которая теоретически могла привести к краху процесса при вызове из триггера функций с большим уровнем вложенности;
 * При сравнении строк через ILIKE теперь регистр игнорируется и для экранированных символов;
http://www.opennet.r...shtml?num=18734

[ping_Win]

[size="3"]Обновления PostgreSQL: 8.3.6, 8.2.12, 8.1.16, 8.0.20 и 7.4.24[/size]

Вышли обновления для всех активных веток PostgreSQL: 8.3.6, 8.2.12, 8.1.16, 8.0.20 и 7.4.24. В данные версии вошли исправления найденных ошибок, включая две серьёзные: крах autovacuum-а в версии 8.1 и потери данных в GiST-индексах в версии 8.3. Таким образом, пользователям веток 8.1 и 8.3 рекомендуется незамедлительный переход на новые версии.

В новые версии также вошли исправления нескольких малоопасных проблем безопасности, а также 17 незначительных ошибок, найденных в различных версиях PostgreSQL. В частности, речь идёт о таких незначительных ошибках, как проблемы перехода на зимнее/летнее время во временных зонах Непала, Швейцарии и Кубы. Подробности можно найти в Release Notes.

Что касается двух серьёзных проблемах, исправленных в данных версиях PostgreSQL, первая из них затрагивает только тех пользователей, которые используют PostgreSQL 8.1 и autovacuum в нём. Проблема заключается в неработоспособности autovacuum-а при использовании процедуры восстановления счётчика транзакций (XID). Вторая проблема заключается в возможной потере данных во время работы команды CLUSTER при использовании GiST-индексов (например, индексов полнотекстового поиска) в версии 8.3. Обе проблемы полностью устранены в новых версиях СУБД.

Как и в случае других минорных обновлений, пользователи не обязаны осуществлять процедуру dump/restore для миграции на новую версию. Необходимо лишь остановить сервер PostgreSQL и обновить бинарные файлы. Пользователям, которые переходят на новые версии с пропуском нескольких минорных версий, необходимо перепроверить списки изменений всех пропущенных версий, т.к. в некоторых из них содержатся рекомендации по дополнительным действиям во время обновления (к примеру, при переходе на версию 8.3.5 была рекомендация по перестроению GiST-индексов).

Как упоминалось при выпуске предыдущих версий PostgreSQL, для ОС Windows официально выпускаются и поддерживаются только обновления для веток 8.3 и 8.2: в данный момент это версии 8.3.6 и 8.2.12.

http://www.opennet.r...shtml?num=20152

[ping_Win]

[size="3"]Новая система асинхронной репликации данных для Postgresql - Golconde[/size]

Представлен первый публичный релиз системы асинхронной репликации данных для PostgreSQL - Golconde 0.4, которая может обеспечивать синхронизацию данных на удаленный slave сервер. Golconde написана на языке Python и состоит из двух модулей - триггера для асинхронного помещения в очередь всех изменений в базе и процесса-диспетчера, осуществляющего передачу сообщений на удаленный сервер, на котором подобный процесс занимается приемом сообщений и обновлением базы.

Благодаря своей простоте, система надежна в работе и легко расширяемая. Так как очередь передается в асинхронном режиме, включение репликации почти не влияет на производительность, при этом нормально обрабатывается ситуация временного нарушения достижимости хоста, размещенного в другом дата-центре, - сообщения накапливаются в очереди. Для обеспечения надежной синхронизации предусмотрена схема с единым подтверждением внесения изменений на slave, через задействование двухфазовых коммитов. Кроме триггера, возможно вынести логику синхронизации на сторону клиентского приложения, для чего разработаны специальные PHP и Python модули.

По принципу работы Golconde сильно напоминает другую систему репликации - PyReplica.

http://www.opennet.r...shtml?num=20575

[ping_Win]

[size="3"]Обновление СУБД Postgresql: 8.3.7, 8.2.13, 8.1.17, 8.0.21 и 7.4.25[/size]

Анонсирован выход обновлений для всех активных веток PostgreSQL: 8.3.7, 8.2.13, 8.1.17, 8.0.21 и 7.4.25. В новых версиях устранено две уязвимости:

 * Возможность получения доступа к скрытым записям, не имея прав доступа к схеме, из-за особенностей обработки представлений (VIEW);
 * Ошибка, которую можно использовать для вызова отказа в обслуживании через рекурсивное зацикливание взаимно ссылающихся друг на друга функций конвертации кодировок (CREATE DEFAULT CONVERSION test1 FOR 'LATIN1' TO 'KOI8' FROM ascii_to_mic; CREATE DEFAULT CONVERSION test2 FOR 'KOI8' TO 'LATIN1' FROM mic_to_ascii; после этого к краху приведет выполнение set client_encoding to 'LATIN1').

Кроме того, в новых версиях отмечено исправление 12 незначительных ошибок, например:

 * Налажена работа функций семейства xpath() в ветке 8.3.
 * Устранен крах процесса, при вызове функции to_char() с некорректными параметрами преобразования;
 * Исправлена проблема при выполнении операции поиска по маскам в многобайтовой кодировке при активной "С" локали;
 * Устранены проблемы в планировщике запросов, возникающие при задании суб-SELECT в блоке вывода другого подзапроса;

http://www.opennet.r...shtml?num=20801

[turbo]

[size="3"]Выпущена первая бета Postgresql 8.4[/size]

После четырнадцати месяцев разработки выпущена первая бета-версия СУБД PostgreSQL 8.4. Версия 8.4 включает сотни изменений и десятки новых возможностей. Среди них:

 * «Оконные» функции (Windowing Functions), позволяющие выполнить вычисления для определенного набора столбцов из общего объема выборки;
 * Общие табличные выражения (Common Table Expression) и рекурсивные запросы;
 * Функции с переменным числом аргументов (Variadic) и значения по умолчанию для параметров функций;
 * Возможность восстановления дампа в несколько одновременных потоков;
 * Привилегии на столбцы таблиц;
 * Собственные параметры локали для каждой БД;
 * Улучшенная производительность для запросов с EXISTS и NOT EXISTS;
 * «Многоколоночные» GIN-индексы;
 * Префиксный поиск с использованием GIN-индексов;
 * Улучшенные hash-индексы;
 * Более простой в использовании сервер «тёплого резерва» (Warm Standby). Реализацию "горячего резерва", с возможностью выполнения select запросов на запасном сервере, отложили до версии 8.5;
 * Автоматическая настройка «карт свободного пространства» (Free Space Map);
 * «Карты видимости» (Visibility Maps), улучшающие производительность вакуум-процессов;
 * Терминал psql подстраивается под версию сервера, с которым работает;
 * Поддержка SSL-сертификатов для аутентификации пользователей;
 * Статистика по использованию функций в режиме реального времени;
 * Упрощённое редактирование функций в терминале psql;
 * Новые contrib-модули: pg_stat_statements, auto_explain, citext, btree_gin.

Разработчики PostgreSQL просят всех желающих установить бета-версию, оценить работу новых возможностей, попробовать полноценно использовать для рабочих приложений, проанализировать изменение производительности и отправить сообщение в случае обнаружения каких-либо проблем.

http://www.opennet.r...shtml?num=21279

[turbo]

[size="3"]Демонстрационный Live-CD с PostgreSQL 8.4-beta1. Web-интерфейс для проектирования БД[/size]

Вышел демонстрационный LiveCD с PostgreSQL 8.4-beta1 и набором инструментов для проведения экспериментов и тестирования программ на совместимость. В комплект входят pgAdmin III, Apache, PHP, GNOME, Pidgin, Firefox и т.д.

Кроме того, представлен проект SchemaBank, представляющий собой web-интерфейс, основанный на Ajax, для проектирования структуры PostgreSQL базы, включая поддержку визуального ERD моделирования.

http://www.opennet.r...shtml?num=21804

[turbo]

[size="3"]Вышел релиз СУБД Postgresql 8.4[/size]

После шестнадцати месяцев разработки выпущен релиз СУБД PostgreSQL 8.4 в котором было реализовано около 300 изменений.

Основные новшества:

 * Режим восстановления дампа базы в несколько параллельных потоков. Например, загрузка дампа базы размером 300 Гб на 8-ядерном сервере занимала стандартным образом 12 часов, при распараллеливании процесса загрузки на 8 потоков, время загрузи сократилось до 3 часов;
 * Возможность установки привилегий для отдельных столбцов;
 * Возможность определения разных параметров локализации для разных баз данных, что бывает востребовано в многоязычных окружениях;
 * В комплект включена утилита pg_migrator, позволяющая осуществить миграцию базы с версии СУБД 8.3 на 8.4 с минимальным временем простоя;
 * Новые средства для мониторинга запросов, позволяющие более глубоко оценить активность, связанную с заданными запросам. Кроме того, доступны утилиты для оценки работы текущих запросов, создаваемой нагрузки и выявления взаимных блокировок, просмотра статистики по использованию функций в режиме реального времени;
 * Существенно понижена нагрузка на систему при выполнении VACUUM операций, оптимизации через внедрение "карт видимости" (Visibility Maps). Реализована автоматическая настройка «карт свободного пространства» (Free Space Map);
 * Реализовано несколько новых возможностей, определенных в стандарте ANSI SQL2003:
 o «Оконные» функции (Windowing Functions), позволяющие выполнить вычисления для определенного набора столбцов из общего объема выборки;
 o Общие табличные выражения (Common Table Expression)
 o Рекурсивные запросы с операциями соединения.
 * Более простой в использовании сервер «тёплого резерва» (Warm Standby). Реализацию "горячего резерва", с возможностью выполнения select запросов на запасном сервере, отложили до версии 8.5;
 * Поддержка задания переменного числа аргументов (Variadic) и значения по умолчанию для хранимых процедур;
 * Улучшенная производительность для запросов с EXISTS и NOT EXISTS. Несколько новых оптимизаций, напрмер, улучшенные hash-индексы, полусоединения (semi-joins) и антисоединения (anti-joins);
 * «Многоколоночные» GIN-индексы. Префиксный поиск с использованием GIN-индексов;
 * Терминал psql подстраивается под версию сервера, с которым работает. Упрощённое редактирование функций в терминале psql;
 * Поддержка SSL-сертификатов для аутентификации пользователей;
 * Новые contrib-модули: pg_stat_statements, auto_explain, citext, btree_gin.

http://www.opennet.r...shtml?num=22414

[turbo]

[size="3"]Вышел релиз интерфейса для управления СУБД Postgresql - Pgadmin III 1.10[/size]

После почти двух лет разработки вышел релиз pgAdmin 1.10.0, многоплатформенного графического интерфейса для управления СУБД PostgreSQL.

Новшества:

 * Графический генератор запросов - GQB (Graphical Query Builder);
 * В инструмент для выполнения запросов добавлен движок для написания скриптов pgScript;
 * Улучшена поддержка продуктов Postgres Plus Advanced Server и Greeplum Database, основанных на кодовой базе PostgreSQL;
 * Поддержка средств полнотекстового поиска;
 * Добавление механизма для интеграции с внешними программами и утилитами;
 * Поддержка навигации по FTS объектам;
 * Возможность определения фонового цвета для элементов с разных серверов;
 * Поддержка PostgreSQL 8.4.

На сайте проекта опубликован наглядный обзор основных улучшений.

http://www.opennet.r...shtml?num=22428

[turbo]

[size="3"]Вышел Live-CD для оценки возможностей PostgreSQL 8.4[/size]

Представлен релиз специализированного LiveCD на базе Fedora 11 c набором инструментов для проведения экспериментов c PostgreSQL 8.4 и тестирования программ на совместимость. В комплект входят pgAdmin III, Apache, PHP, GNOME, Pidgin, Firefox и т.д.

http://www.opennet.r...shtml?num=22602

[ping_Win]

[size="3"]Вышли новые версии СУБД PostgreSQL с исправлением уязвимости[/size]

Выпущены новые релизы во всех поддерживаемых версиях PostgreSQL: 8.4.1, 8.3.8, 8.2.14, 8.1.18, 8.0.22 и 7.4.26. Кроме накопившихся исправлений ошибок, в представленных выпусках исправлено три уязвимости, две неопасные и одна умеренной степени риска:

 * Локальный пользователь СУБД может организовать выполнение действий с привилегиями администратора базы, используя возможность выполнения операций "RESET ROLE" и "RESET SESSION AUTHORIZATION" в пользовательских функциях, выполняемых с повышенными правами. Проблеме подвержены все поддерживаемые ветки;
 * Локальный пользователь СУБД может совершить DoS атаку, вызвав завершение работы сервера, попытавшись повторно загрузить библиотеки, находящиеся в директории $libdir/plugins. Проблеме подвержены ветки 8.4, 8.3 и 8.2;
 * При использовании LDAP аутентификации, в конфигурации допускающей анонимные подключения, возможен вход под заданным пользователем без пароля. Проблеме подвержены ветки 8.3 и 8.2;

Кроме исправления уязвимостей, исправлена давно мешающая Windows пользователям PostgreSQL ошибка, приводящая к сбою с выводом диагностического сообщения "could not reattach shared memory".

http://www.opennet.r...shtml?num=23352

[turbo]

[size="3"]Red Hat стал инвестором компании EnterpriseDB, развивающей PostgreSQL[/size]

Компания EnterpriseDB, выпускающая коммерческую версию PostgreSQL и финансирующая большое число разработчиков данной свободной СУБД, объявила о заключении партнерских отношений с мировым лидером в области Linux решений - Red Hat. Последняя намеревается инвестировать в EnterpriseDB значительные средства с целью еще глубже внедрить открытые технологии в IT инфраструктуру современных корпораций.

«Совершенно очевидно, что EnterpriseDB - это ведущий разработчик Postgres для крупных предприятий. Вот почему Red Hat решил сотрудничать с этой компанией» - заявил президент Red Hat Джим Вайтхерст (Jim Whitehurst). Помимо передовых позиций в области предоставления SQL решений, EnterpriseDB имеет сходную с Red Hat модель работы с клиентами, когда необходимые услуги предоставляются в соответствии с оформленной подпиской. Это также должно способствовать сближению взглядов двух крупнейших вендоров на совместную работу.

Основное направление деятельности EnterpriseDB - это помощь организациям, работающим в индустрии IT, в поиске и интеграции решений на базе свободной базы данных PostgreSQL. Выпускаемый компанией продукт - Postgres Plus, является сертифицированным дистрибутивом PostgreSQL, и включает в себя набор дополнительных компонентов вместе с профессиональной документацией. Помимо стоимостного преимущества opensource решений, EnterpriseDB подчеркивает легкую интеграцию своей базы данных с Red Hat Enterprise Linux и сервером приложений JBoss. Компании надеются, что их совместная работа ускорит продвижение открытых решений в качестве альтернативы проприетарным.

http://www.opennet.r...shtml?num=24004

[turbo]

[size="3"]Для PostgreSQL выпущен интерфейс репликаций Alerce и менеджер online-бэкапов pg_rman[/size]

Представлен первый стабильный релиз Alerce 1.0.0, разрабатываемого в рамках проекта pyreplica dbapi совместимого Python интерфейса для организации выполнения синхронной репликации данных. Используя Alerce, разработчики на языке Python могут реализовать прозрачную для приложений репликацию выполняемых запросов на несколько серверов БД.

Для задействования системы достаточно заменить стандартный dbapi модуль Python на модуль Alerce. При этом представленная система не просто дублирует запросы на несколько серверов, но и должным образом обрабатывает ситуации выхода из строя одного из них, поддерживает двухфазные коммиты, позволяет организовать балансировку нагрузки путем распределения запросов по slave-серверам.

Кроме того, можно отметить выход финального релиза проекта pg_rman, представляющего собой менеджер для автоматизации выполнения типовых действий при организации работы online-бэкапов. Цель проекта сделать создание и восстановление online-бэкапов не сложнее, чем использование утилиты pg_dump.

Резервное копирование организовано на основе сохранения журнала транзакций (Write-Ahead Logs), что обеспечивает сохранение в случае сбоя всех завершенных в СУБД транзакций, не влияя при этом на производительность СУБД. Утилита поддерживает инкрементальный режим резервного копирования, проверку целостности по контрольным суммам, автоматическое удаление неиспользуемых областей в WAL файлах с оставлением только актуальных данных.

http://www.opennet.r...shtml?num=24769

[turbo]

[size="3"]PostgreSQL не угрожают проблемы, обсуждаемые к контексте поглощения MySQL[/size]

В ответ на широко известные сетевые публикации Майкла Видениуса, в связи с событиями вокруг MySQL теперь выражающего опасения и по поводу будущего PostgreSQL, в блоге корпорации End Point появилась запись "Текущее состояние проекта Postgres" за авторством PostgreSQL-гуру Грега Сабино Мулане (Greg Sabino Mullane).

Анализируя аргументы, приводимые Видениусом, которые, по его мнению, могут привести к остановке развития или к краху проекта PostgreSQL, Мулане пошагово составляет логические опровержения возможному течению событий. В частности, задаётся вопрос: способен ли проект Postgres устоять против прямого нападения какой-либо компании "с глубокими карманами", если эта компания захочет перекупить "20 ведущих разработчиков" PostgreSQL (цифра Монти Видениуса, довольно точно, по расчётам Мулане, отражающая действительность).

Здесь возможно два варианта: Oracle покупает компанию целиком или же нанимает (фактически перекупает) отдельных людей. По мнению Мулане, ни один из этих вариантов не может сработать. Разработку PostgreSQL поддерживает не одна компания, а несколько независимых организаций, которые при этом являются частными закрытыми компаниями. Кроме того, нет способа, купив компанию, воспрепятствовать людям, там работающим, сменить место работы. Далее, купить некоторые компании просто невозможно, даже и для Oracle, поскольку в списке компаний, в которых работают наиболее значимые разработчики PostgreSQL, значатся Google, Red Hat, Skype, SRA, а также NTT, а это действительно очень крупная компания, крупнее, чем Oracle.

Прямая перекупка разработчиков. Конечно, не каждого человека можно купить в принципе, и конечно, некоторые разработчики могут согласиться уйти, если Oracle предложит им 20$ миллионов долларов, но - не все. И даже в случае их ухода нельзя недооценивать ресурсы сообщества PostgreSQL. По грубым подсчётам Мулане, "в мире есть пара сотен человек, которые в состоянии делать коммиты в исходный код PostgreSQL. Будут ли они работать также эффективно и быстро, как некоторые из теперешних разработчиков? Возможно и нет, но суть в том, что вычерпать этот колодец настолько быстро, чтобы нанести ощутимый урон, практически невозможно."

"Почтовые списки рассылки проекта активны как никогда, количество форумов и людей, активно в них участвующих, растёт очень быстро, и существует огромный спрос на специалистов с навыками работы в PostgreSQL. Количество проектов, в которых используется PostgreSQL в качестве основного или запасного варианта работы с базами данных, растёт постоянно. Сейчас нетрудно найти хостинг-провайдера, предлагающего на выбор также и PostgresSQL, а не только MySQL. И самое главное - проект продолжает регулярно выпускать новые стабильные версии. Версия 8.5 скорее всего выйдет в 2010 году."

http://www.opennet.r...shtml?num=24954

[turbo]

[size="3"]Сообщество СУБД PostgreSQL прояснило неточности в заявлении Еврокомиссии[/size]

Компания EnterpriseDB, занимающаяся коммерческой поддержкой СУБД PostgreSQL, опубликовала пресс-релиз, в котором отреагировала на одобрение Еврокомиссией сделки по покупке Sun Microsystems корпорацией Oracle.

Эд Бояджан (Ed Boyajian), президент компании EnterpriseDB, заявил: "Это решение просто подкрепляет факт того, что PostgreSQL является единственным решением для организаций, которым необходимо развернуть открытую СУБД, поддерживаемую действительно независимым сообществом. В течение последних нескольких месяцев мы наблюдаем стабильный поток пользователей MySQL, которые ищут инструменты для мигрирования на PostgreSQL, и мы ожидаем, что данная тенденция продолжится или даже получит развитие в связи с тем, что Европейский союз одобрил сделку".

Брюс Момджан (Bruce Momjian), один из основателей PostgreSQL, считает, что Еврокомиссия после месяцев разбирательств так и не поняла суть конкуренции между проектами. Брюс заявил: "PostgreSQL может быть использована для любой легковесной обработки данных, для которой была создана СУБД MySQL, но реально PostgreSQL является действительно полнофункциональной открытой СУБД для высоко масштабируемых и требующих скоростной обработки транзакций промышленных приложений.

Что касается проекта MySQL, то он изначально создан для быстрых и простых приложений на простых скриптовых языках, но реально не готов для разработчиков настоящих промышленных информационных систем. В противоположность ему, PostgreSQL был разработан для удовлетворения потребностей ИТ-приложений, требующих полнофункциональной СУБД."

http://www.opennet.r...shtml?num=25120

[UNIX]

[size="3"]PostgreSQL: Новые корректирующие релизы [/size]



Выпущены новые корректирующие релизы во всех поддерживаемых ветках PostgreSQL: 8.4.3, 8.3.10, 8.2.16, 8.1.20, 8.0.24 и 7.4.28. В новых версиях исправлено 47 ошибок, накопившихся за последние три месяца. Из исправлений можно отметить:

• В SSL-подсистему PostgreSQL добавлен код для отключения возможности выполнения операций согласования установленного SSL-соединения (renegotiation) для серверов, подверженных атаке через подстановку данных в устанавливаемое между двумя точками защищенное соединение. Для управления частотой выполнения операций согласования соединения в файл конфигурации добавлена директива "ssl_renegotiation_limit";
• Устранена потенциальная возможность взаимной блокировки (deadlock) в процессе запуска СУБД;
• Устранено несколько ошибок, которые могли привести к краху;
• В GIN и GiST индексах устранены ошибки, которые могли привести к некритичной потере данных при откате операции из WAL-лога;
• Устранены две утечки памяти;

Кроме того, в анонсе разработчики напоминают, что поддержка веток PosgreSQL 7.4 и 8.0 будет прекращена в июне 2010 года.


opennet

[Радость]

[size="3"]PostgreSQL 9.0 Beta 1 [/size]



Вышла первая бета-версия СУБД PostgreSQL 9.0, ознаменовавшая переход от наращивания функциональности к выявлению и исправлению ошибок. PostgreSQL 9.0 является первым релизом со встроенной системой бинарной репликации данных в режиме реального времени, позволяющей организовать горячее резервное копирование и потоковую репликацию.

Главные новшества PostgreSQL 9.0:

• Реализация режима "горячего резерва" (Hot Standby), при котором появилась возможность выполнения select запросов на запасном сервере, т.е. теперь можно штатными средствами организовать master-slave репликацию с практически нулевой дополнительной нагрузкой на сервер (с master сервера просто копируются WAL-логи, без каких-либо блокировок и дополнительного вызова триггеров). Ранее синхронизированный сервер был неактивен и мог только перехватить управление в случае сбоя основного сервера;
• Поддержка режима потоковой репликации (Streaming Replication), суть которой в организации непрерывной передачи бинарных WAL-логов нескольким запасным серверам PostgreSQL;
• Поддержка 64-разрядной версии для платформы Windows;
• Замена pg_listener на новый работающий в памяти механизм Listen/Notify, ориентированный на высокопроизводительный обмен сообщениями и обслуживание очередей;
• Через оператор "DO" теперь можно выполнять код в SQL-выражении на процедурном языке в асинхронном режиме без создания отдельной функции;
• Возможность назначать триггеры для отдельных столбцов;
• По умолчанию теперь активируется встроенный язык PL/pgSQL. Переработан парсер PL/pgSQL. Разнообразные улучшения также добавлены в реализации PL/Perl и PL/Python, например, добавлена поддержка Python 3.
• Добавлены "контейнеры ограничений", представляющие собой обобщенный аналог UNIQUE и реализующие новые способы гарантии логической целостности данных в базе;
• Улучшена поддержка хранения в одном поле произвольного набора данных в формате ключ/значение;
• В оптимизаторе появились средства для автоматического удаления лишних JOIN-ов и оптимизиции для ORM-запросов.
• Автоматический возврат числа строк, фигурирующих в выполненном SELECT-запросе. В psql данное значение не отображается, но может быть получено с использованием программного интерфейса, подобного libpq.
• Поддержка функций ROWS PRECEDING и ROWS FOLLOWING в WINDOW-блоке SELECT-запроса, позволяющих сформировать кадр из заданного числа строк, относительно текущей позиции.
• Использование агрегатных функций внутри блока ORDER BY одобрено в SQL стандарте, теперь не нужно прибегать к ухищрениям для получения упорядоченного набора записей на входе агрегатных функций;
• Добавлена возможность контроля доступа к большим объектам (large objects);
• В функции регулярных выражений добавлена поддержка независимых от регистра проверок и классификации символов, привязанной к текущей локализации, при использовании кодировки UTF8 на сервере;
• Для упрощения разграничения доступа реализованы конструкции "DEFAULT PRIVILEGES" и "GRANT ALL ON";
• Возможность задания флага DEFERRABLE для выражений с признаком UNIQUE;
• Возможность использования в функциях именованных параметров.
• Поддержка конструкции IF EXISTS в DROP COLUMN/CONSTRAINT;
• Возможность вывода результатов работы EXPLAIN в XML и JSON форматах;
• Новый шестнадцатиричный формат ввода и вывода для типа данных BYTEA
• Поддержка многопоточности в утилите pgbench, что позволяет задействовать все CPU в системе и сгенерировать более реалистичную тестовую нагрузку

# Источник

[Zhek@Ch]

[size="3"]phpPgAdmin 5.0: Релиз web-интерфейса для управления PostgreSQL [/size]

Представлен релиз phpPgAdmin 5.0, написанного на языке PHP web-интерфейса для организации управления СУБД PostgreSQL.

Особенности новой версии:

• Обеспечена поддержка PostgreSQL 8.4 и 9.0;
• Реализована функция сравнения баз для PostgreSQL 8.4 и более новых версий;
• Поддержка экспорта на уровне схемы данных;
• Добавлена функция изменения владельца схемы данных, переименования ролей и пользователей, установки нового пароля;
• Возможность добавления комментариев для функций;
• Улучшен пользовательский интерфейс;
• Значительно улучшении возможности полнотекстового поиска;
• Добавлен график для оценки оптимизации приложений;
• Поддержка задания привилегий на уровне столбцов;
• Реализован интерфейс по администрированию отдельных таблиц;
• Переработан код автодополнения SQL-запросов;
• Добавлен режим просмотра внешних ключей.

# opennet.ru

[Zhek@Ch]

[size="3"]Вышла третья альфа-версия PostgreSQL 9.1 [/size]

Вышла третья альфа-версия СУБД PostgreSQL 9.1, релиз которой ожидается в середине 2011 года. Об улучшениях, добавленных в прошлых альфа-версиях, можно прочитать в тексте первого анонса.

Из добавленных в третьей альфа-версии улучшений можно отметить:

• Реализация KNN GiST, добавляющая в GiST поддержку алгоритма оптимального поиска ближайших соседей, что может быть использовано для организации поиска географических объектов;
• Дополнительные возможности обслуживания и мониторинга, включая поддержку интроспекции контрольных точек (checkpoint introspection) и учет информации о последних изменениях WAL-лога (last-WAL-timestamp) в репликации;
• Несколько новых встроенных функций: format(), pg_describe_object(), pg_read_binary_file(), которые в будущем будут поддерживать технологию подключения дополнений;
• Новые функции в libpq: PQping(), PQlibVersion();
• Поддержка генерации crash-дампов на платформе Windows;
• Новый модуль auth_delay, позволяющий реализовать дополнительную задержку в случае некорректной аутентификации для защиты от атак по подбору паролей;
• Отслеживание создания объектов, необходимое для реализации поддержки технологии обеспечения безопасности SEPostgres.

# opennet.ru

[Zhek@Ch]

[size="3"]Обновление PostgreSQL 9.0.3, 8.4.7, 8.3.14, 8.2.20 с устранением уязвимости[/size]

 Доступны новые релизы во всех поддерживаемых ветках PostgreSQL: 9.0.3, 8.4.7, 8.3.14 и 8.2.20. В новых версиях в сумме представлено 63 изменения, при этом в версии 9.0.3 устранено 33 ошибки, в 8.4.7 - 20, в 8.3.14 - 20, в 8.2.20 - 18 ошибок.

Одно из изменений, связано с устранением уязвимости в дополнительном модуле intarray, который не входит в базовую систему и поставляется в разделе "contrib". При использовании модуля intarray аутентифицированный в СУБД злоумышленник может инициировать переполнение буфера и организовать выполнение кода.

Среди не связанных с безопасностью исправлений отмечены:

• Исправление ошибки преобразования далеких дат в планировщике запросов,
• Устранение проблем с экранированием больших объектов в pg_restore,
• Решение проблемы с отображением CASE-выражений в EXPLAIN,
• Улучшение поддержки сборки для платформы Windows,
• Устранение ошибки негативно сказывающейся на производительности picksplit-алгоритма в GiST.
• Изменения, свойственные версии 9.0.3:
  • Увеличена производительность программы передачи WAL-логов на резервный сервер (walreceiver). Перед завершением работы добавлена дополнительная проверка на сброс всех скопированных WAL-логов на диск (fsync);
  • При выполнении ALTER TABLE при необходимости теперь производится перепроверка уникальности и исключения ограничителей;
  • Исправлено поведение EvalPlanQual для UPDATE-запросов, касающихся связанных зависимостями непохожих таблиц.

# opennet.ru