LINUX.ORG.RU

Вышел PostgreSQL 9.1

 , ,


0

0

PostgreSQL Global Development Group представила новую версию популярного сервера баз данных PostgreSQL — 9.1.0. По словам разработчиков, в новой версии добавлена уникальная функциональность, выходящая за пределы возможностей обыкновенных реляционных баз данных.

Основные изменения в новой версии:

  • Синхронная репликация в распределённой БД.
  • Поддержка внешних таблиц (т.е. чтения файлов вне БД как таблиц). Пока возможно только чтение, запись не поддерживается.
  • Поддержка предложения COLLATE для выбора символьной сортировки (collation).
  • Поддержка расширений для сервера.
  • Полноценная изоляция сериализуемых (serializable) транзакций. В старых версиях могли происходить некоторые аномалии, которые теперь устранены. Старый алгоритм изоляции ныне соответствует уровню «Repeatable read».
  • Возможность создавать непротоколируемые таблицы с помощью опции UNLOGGED в команде CREATE TABLE.
  • Теперь допускается изменение данных (INSERT/UPDATE/DELETE) в предложении WITH.
  • Индексы GiST теперь обеспечивают быстрый поиск ближайших соседей.
  • Добавлена поддержка SELinux и команды SECURITY LABEL.
  • Добавлен ряд новых возможностей программирования сервера с помощью PL/Python.

Конечно, это только основные нововведения, тогда как полный список изменений и улучшений весьма велик.

С момента выхода версии 9.0 прошёл без малого год, с момента последнего обновления в ветке 9.* (9.0.4) — около 4 месяцев, а с момента выхода первого и последнего релиз-кандидата (9.1 RC1) — 20 дней.

Сервер распространяется под собственной лицензией, похожей на лицензию BSD и одобренной Open Source Initiative.

>>> Исходный код

>>> Анонс выпуска

★★★★★

Проверено: JB ()

>прошел без малого года

пофикси.

S-Mage ★★ ()

adriano32, поменял обратно: не «Анонс выпуска» ведь это, а Release notes. Впрочем, это маловажно: появится настоящий анонс выпуска, надо будет на него ссылку и поставить.

proud_anon ★★★★★ ()

Слоник хорошо.

Сложноват, но кошерен.

AVL2 ★★★★★ ()

отлично, надо опробывать

DILIN ★★ ()

В толксах обсудили)

anonymous ()

Новость годная. Сам использую в связке с Redmine.

eliriand ★★ ()

Было бы интересно послушать сравнительный анализ этой версии PostgreSQL с Oracle. DBA на ЛОРе есть?

bbk123 ★★★★★ ()

> * Синхронная репликация в распределённой БД.

Наконец-то.

rtvd ★★★★★ ()

>Поддержка внешних таблиц (т.е. чтения файлов вне БД как таблиц). Пока возможно только чтение, запись не поддерживается.

Это функция наподобие txtsql или как?

DrF ()

а есть что-нибудь вроде phpmyadmin для постгреса?

Sosiska ()
  • Синхронная репликация в распределённой БД.
  • Поддержка внешних таблиц (т.е. чтения файлов вне БД как таблиц). Пока возможно только чтение, запись не поддерживается.
  • Возможность создавать непротоколируемые таблицы с помощью опции UNLOGGED в команде CREATE TABLE.

    Я в восторге! Постгрес реально догоняет оракл!

Casus ★★★★★ ()

>Синхронная репликация в распределённой БД.

Оно ж дико медленно будет, ведь сетевые задержки есть.

anonymous ()
Ответ на: комментарий от anonymous

а индекс какой для этого должен быть? что делать если хочется ускорить LIKE '%TEXT%' по полю типа text?

maxcom ★★★★★ ()
Ответ на: комментарий от anonymous

>>Синхронная репликация в распределённой БД.

>Оно ж дико медленно будет, ведь сетевые задержки есть.

Если что, асинхронная появилась еще раньше.

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

На самом деле гораздо большая неприятность этой таких функционалов, что делать, если сеть отвалилась.

anonymous ()
Ответ на: комментарий от anonymous

>>Синхронная репликация в распределённой БД.

>Оно ж дико медленно будет, ведь сетевые задержки есть.

Лучше хоть так чем совсем никак.

rtvd ★★★★★ ()
Ответ на: комментарий от maxcom

> а индекс какой для этого должен быть? что делать если хочется ускорить LIKE '%TEXT%' по полю типа text?

Как в доках: CREATE INDEX trgm_idx ON test_trgm USING gin (t gin_trgm_ops); (GiST для этих целей почти бесполезен)

anonymous ()
Ответ на: комментарий от AVL2

а как возможна богатая функциональность при простоте?
можно пример привести, если не затруднит.

aptyp ★★★★ ()

ещё ни разу не натыкался на ошибки в этом продукте, правда и требования к нему очень слабые были.
так что хорошо, что вышел, судя по треду все рады, но обновляться не буду пока:-)

aptyp ★★★★ ()
Ответ на: комментарий от aptyp

> так что хорошо, что вышел, судя по треду все рады, но обновляться не буду пока:-)

Зря.

AnDoR ★★★★★ ()
Ответ на: комментарий от AnDoR

да просто никаких новых фич мне не надо, серьёзных багов тоже нет, продукт, использующий эту бд, в локалке работает, ломать вряд ли будут))
или есть другие причины?

aptyp ★★★★ ()
Ответ на: комментарий от aptyp

> а как возможна богатая функциональность при простоте?

lisp.

anonymous ()

замечательная новость!

XVilka ★★★★ ()
Ответ на: комментарий от anonymous

подтверждаю - имеет смысл только внутри локалки распределять.

XVilka ★★★★ ()
Ответ на: комментарий от anonymous

ну лисп тоже под категорию сложноват подходит, помоему,т.е. он просто устроен, но не просто изучаем:)
могу ошибаться, ибо слышал о лиспе только по лору и википедии:-)

aptyp ★★★★ ()
Ответ на: комментарий от anonymous

>> а как возможна богатая функциональность при простоте?

> lisp.

Ага. Конечно. Синтакс у него и простой. А все остальное - нет. Видели когда-нибудь потроха хоть одной не игрушечной реализации? Там беззвездие и тьма египетская.

rtvd ★★★★★ ()
Ответ на: комментарий от rtvd

Фигасе. Лиспосрач уже на первой странице и в теме про базы данных? Лор - торт.

theos ★★★ ()

ох. вот это круто. пойду покручу.

//ждем ебилдов

tazhate ★★★★★ ()
Ответ на: комментарий от rtvd

> Видели когда-нибудь потроха хоть одной не игрушечной реализации?

newlisp достаточно неигрушечна?

anonymous ()
Ответ на: комментарий от anonymous

>Ещё выполнение LIKE '%abc%' через индексы модуля pg_trgm не забудьте. http://www.postgresql.org/docs/9.1/static/pgtrgm.html#AEN134463

А это случаем не то, что 1С запилила для Постгреса? Вроде они что-то с поиском по строкам с использованием индексов делали.

anonymous ()

по моему ему уже конкуренции среди opensource СУБД нет.

splinter ★★★★★ ()

Когда-то мерял производительность MySQL4, MySQL5 и PG8 на одной и той же железяке на простеньких запросах INSERT/SELECT/UPDATE/DELETE. Тупо, «кто быстрее выполнит 100000 запросов».
Стабильно MySQL4 был самым быстрым. А постгре - самым медленным, только на селектах относительно приближался к MySQL5. :)

«Ёжики плакали, кололись, но продолжали грызть кактус.»

su ()
Ответ на: комментарий от su

>А постгре - самым медленным, только на селектах относительно приближался к MySQL5. :)

На стандартной конфигурации, да?

anonymous ()
Ответ на: комментарий от anonymous

>> а как возможна богатая функциональность при простоте?
>lisp.


слишком сложно. Предлагаю рассмотреть брейнфак

nu11 ★★★★★ ()
Ответ на: комментарий от su

>Когда-то
>Тупо


угу. Давным-давно в далекой галактике Одна Некомпетентная Бабка сказала...

nu11 ★★★★★ ()
Ответ на: комментарий от anonymous

> А это случаем не то, что 1С запилила для Постгреса? Вроде они что-то с поиском по строкам с использованием индексов делали.

Нетъ, ничего подобного. 1С совершенно нипричём.

anonymous ()
Ответ на: комментарий от bbk123

> Было бы интересно послушать сравнительный анализ этой версии PostgreSQL с Oracle. DBA на ЛОРе есть?

DBA не DBA, но некоторый опыт PL/SQL Developer имеется :). По этому критерию (развитость языка серверной логики) PostgreSQL всё ещё уступает «старшему брату» (пакетыи др.).

Наши разработчики склоняются к мысли, что для систем с сотнями подключений по-прежнему нужен Oracle. А средние и малые системы - тут PostgreSQL однозначно.

hobbit ★★★★★ ()

> Синхронная репликация в распределённой БД.

Ну наконец-то.

Но легко жить не будет. Я помню, сколько у нас глюков с оракловыми снапшотами было. Распределённую систему поддерживать объективно сложнее.

hobbit ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.