LINUX.ORG.RU

Выпущена первая бета PostgreSQL 8.4

 


0

0

Первая бета версии 8.4 наиболее развитой системы управления базами данных с открытыми исходными кодами PostgreSQL только что выпущена командой Всемирной командой разработчиков PostgreSQL (PostgreSQL Global Development Group). После 14-ти месяцев разработки версия 8.4 представлена для тестирования широкому кругу пользователей во всём мире для того, чтобы сделать релиз этой версии был наиболее качественным за всю историю развития проекта.

Версия 8.4 включает сотни изменений и десятки новых возможностей. Среди них:

  • «оконные» функции (Windowing Functions)
  • общие табличные выражения (Common Table Expression) и рекурсивные запросы
  • функции с переменным числом аргументов (Variadic) и значения по умолчанию для параметров функций
  • возможность восстановления дампа в несколько одновременных потоков
  • привилегии на столбцы таблиц
  • собственные параметры локали для каждой БД
  • улучшенная производительность для запросов с EXISTS и NOT EXISTS
  • «многоколоночные» GIN-индексы
  • префиксный поиск с использованием GIN-индексов
  • улучшенные hash-индексы
  • более простой в использовании сервер «тёплого резерва» (Warm Standby)
  • автоматическая настройка «карт свободного пространства» (Free Space Map)
  • «карты видимости» (Visibility Maps), улучшающие производительность вакуум-процессов
  • терминал psql подстраивается под версию сервера, с которым работает
  • поддержка SSL-сертификатов для аутентификации пользователей
  • статистика по использованию функций в режиме реального времени
  • упрощённое редактирование функций в терминале psql
  • новые contrib-модули: pg_stat_statements, auto_explain, citext, btree_gin
Пожалуйста, скачайте и установите версию 8.4 для того, чтобы протестировать эти и другие новые возможности! Вы можете оказать особенно ценную помощь разработчикам PostgreSQL, если испытаете эти возможности в совокупности или если попробуете полноценно использовать версию 8.4 для ваших приложений. Также будем благодарны за ваши собственные тесты и прямые сравнения производительности версий 8.4 и 8.3. Сообщайте нам, что вам удалось узнать!

Проект PostgreSQL всегда нуждается в большем количестве переводчиков! Если вы знаете несколько языков, пожалуйста, подумайте о присоединении к команде переводчиков для помощи проекту.

Обычно период бета-тестирования новой версии PostgreSQL длится около 6 недель. Однако, этот период может быть сильно изменён — это зависит от количества и серьёзности багов, которые будут найдены в процессе бета-тестирования. Проект PostgreSQL никогда не производит релиз продукта, содержащий, известные серьёзные баги.

>>> Подробности



Проверено: hibou ()
Последнее исправление: cetjs2 (всего исправлений: 1)

плнируется ли перевод документации в частности на русский на официальном сайте ?

>улучшенная производительность для запросов с EXISTS и NOT EXISTS


касается ли это так-же связки left outer join ... is null ?

xtron
()

> * «оконные» функции (Windowing Functions)

ну наконец-таки появилась аналитика.

Deleted
()

... командой Всемирной командой ...

sdio ★★★★★
()

Отличная новость! Товарищи, может кто-то видел обзор всех или большей функций Постгреса в одном месте, желательно свежий, для 8-ки и с небольшими примерами (либо с комментариями?). Хотлось бы иметь именно в одном месте, а не размазано по документации.

>зачем оно нужно, если есть MySQL?

пхп головного мозга?

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

>зачем оно нужно, если есть MySQL?

потому что мускуль на базах в несколько гигов начинает вести себя, как даун?

leave ★★★★★
()

>для того, чтобы сделать релиз этой версии был наиболее качественным

Читал наискосок - сломал мозг три раза.

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

> потому что мускуль на базах в несколько гигов начинает вести себя, как даун?

может быть у кого-то просто руки кривые?
/me лично видел mysql базы на много гигов и много миллионов записей в таблицах. работали и не пыхтели =)

isden ★★★★★
()

замечательно :) Сам не пользуюсь, но приду послушать, если что-нибудь наметится по этому поводу ^_^

phasma ★☆
()

а у нас в зоопарке последний слон помер.. вот бы и этого туда же..

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

>>потому что мускуль на базах в несколько гигов начинает вести себя, как даун?

как даун себя ведет тот, кто изрекает такую хрень.

criwietEl
()

Я понял, что если люди говорят, что MySQL круто а PostgreSQL не нужен - вывод один: Эти люди не имели реального опыта работы с СУБД...

sdbrother
()

здорово. Как раз собрался на postgre переходить. Последней каплей стало то, что при обновлении mysql до 5.1.33 (release for production, между прочим) сломались триггеры напрочь.

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

>Я понял, что если люди говорят, что MySQL круто а PostgreSQL не нужен - вывод один: Эти люди не имели реального опыта работы с СУБД...

Люди что говорять что одна СУБД *ВСЕГДА* лучше другой - не имеют реального опыта работы с большими нагрузками и объемами данных.

Под большой нагрузкой приложение *переделывается* под СУБД и физические принципы функционирования конкретного движка.

PS и MySQL и PostgreSQL - хорошие СУБД для своих задач. Но на больших объемах И кривых программах entreprise СУБД тянут нагрузку намного лучше (Oracle, MS SQL server - работал сам, DB2 & Sybase - по слухам).

PPS всем пользователям слоника включая себя - поздравления :)

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

> Я понял, что если люди говорят, что MySQL круто а PostgreSQL не нужен - вывод один: Эти люди не имели реального опыта работы с СУБД...

а ты прикинь, есть еще и SQLite, и если я буду писать приложение не для веба и интырпрайза, то буду использовать его. И могу смело сказать, что MySQL и PgSQL не нужны.

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

>>улучшенная производительность для запросов с EXISTS и NOT EXISTS

>касается ли это так-же связки left outer join ... is null ?

похоже, что это оно и есть, к вечеру накачу и затестирую

новость очень позитивна, вот если бы сразу еще и релиз... ;)

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

> PS и MySQL и PostgreSQL - хорошие СУБД для своих задач. Но на больших объемах И кривых программах entreprise СУБД тянут нагрузку намного лучше (Oracle, MS SQL server - работал сам, DB2 & Sybase - по слухам).

при действительно больших нагрузках обычно отказываются от РСУБД.

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

>> потому что мускуль на базах в несколько гигов начинает вести себя, как даун?

> может быть у кого-то просто руки кривые? > /me лично видел mysql базы на много гигов и много миллионов записей в таблицах. работали и не пыхтели =)

надо бы наверное еще указывать размер оператоса под кэши

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

> при действительно больших нагрузках обычно отказываются от РСУБД.

Месье большой специалист по IBM ISAM? Или без двача скучно стало?

Bioreactor ★★★★★
()

Отличная СУБД. И нововведения очень радуют.

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

> Месье большой специалист по IBM ISAM? Или без двача скучно стало?

нука, покажи мне хоть одно приложение, которое использует MySQL(ISAM только в нем реализован, в DB2 уже не ISAM, имхо), которое в час получает порядка 2 Гб данных ?

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

> Oracle, MS SQL server - работал сам, DB2 & Sybase - по слухам

Сравнить Oracle и DB2 с MS SQL Server - это надо иметь хорошее чувство юмора.

Что же касается Sybase, то пути дорожки с MS SQL разошлись этак после версии 4.9. Sybase co своими 3% рынка нынче мало кому интересна. (На еще pure JDBC я лабал под это чудо программерской мысли.)

Основные игроки в enterpriZe - IBM (майнфреймы), Oracle (UNIX) и PgSQl - Linux. Основные современные ОРМы - Hibernate & TopLink; JDO очень мало распространено.

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

> потому что мускуль на базах в несколько гигов начинает вести себя, как даун?

Бред сивой кобылы.

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

Толсто. И глупо.

> ISAM только в нем реализован, в DB2 уже не ISAM, имхо

В DB2 VSAM - развитие ISAM.

Эту фразу можно Вам простить учитывая Вашу необразованность и молодость. И то, что Ваша учителка информации Вам рассказывала про Дельфи или Выжуал Бейсик, а zSeries Вы даже на картинке на видели.

"ISAM was originally developed by IBM for mainframe computers." (с)

А что такое "IBM IMS" Вы ВПЕРВЫЕ узнали только сегодня, 16 апреля 2009 года в 13:53 MSK от меня.

Bioreactor ★★★★★
()

Ни мускуль, ни постгре ни другое дб не нужно... Настоящие джЫгиты сами пишут свой дб :)

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

>/me лично видел mysql базы на много гигов и много миллионов записей в таблицах. работали и не пыхтели =)

так я и не отрицаю существование таких БД. вот только при "многих гигах" мускул начинает заметно сливать постгресу по производительности. и не надо приводить в пример гугл: никто не может дать гарантии, что они не переписали половину кода.

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

leave ★★★★★
()

фигасе заголовок за час изменился!

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

> Эту фразу можно Вам простить учитывая Вашу необразованность и молодость. И то, что Ваша учителка информации Вам рассказывала про Дельфи или Выжуал Бейсик, а zSeries Вы даже на картинке на видели.

это говорит мне жава кодер ? :) иди лучше пиши очередное быдлоподелие ;) тут парочка z9 есть и вроде будет z10 :)

> А что такое "IBM IMS" Вы ВПЕРВЫЕ узнали только сегодня, 16 апреля 2009 года в 13:53 MSK от меня.


что такое IBM IMS я знал и до тебя, но у нас больных на голову нету, жабку никто не использует ^_^

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

> только сторонние решения

...И??? И чем же плохи PgPool или PGClaster?

"Slony-Iдут на север." (c) :)

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

Какое отношение IBM IMS имеет к Java???

Кормить trollis animalis я не буду.

В наше время такой мерзости как "информатика" в школе не было. И, посему, не было фрумных троллей. ("...как правило некий человеческий школьник, накопивший некое количество ЧСВ и преисполнившись романтических чувств к интернетовским героям, входит в один прекрасный день в сеть, напевая под нос песню «Париж ещё узнает д'Артаньяна». Так рождается троллёнок." (c))

В ФМШ сразу начинали работать на ЕС ЭВМ типа ЕС-1015. На Фортране.

Bioreactor ★★★★★
()

> Настоящие джЫгиты сами пишут свой дб :)

гы

kto_tama ★★★★★
()

троль против жабакодера с зашкаливающими понтами, занятно )))

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

>к вечеру накачу и затестирую

Да хотелось бы увидеть сравнение с left outer join ... is null на 8.3 и 8.4 если не сложно !

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

> Рекурсивные запросы тоже рулят. Можно использовать как альтернативу ораклиному start with ...... CONNECT BY

Угу, для этого они и предназначены.

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

Надо будет погонять на досуге. Ну и аналитику тоже.

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

> Какое отношение IBM IMS имеет к Java???

А какое отношение имеет IMS к ISAM и этому топику?

И, кстати, в DB2 нет VSAM.

Не вводите незнающих в заблуждение, особенно если сами до конца не понимаете значение этих TLA и FLA.

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

> И, кстати, в DB2 нет VSAM.

Сделан!

"Позднее, IBM разработал DB2, которая стала основной СУБД от IBM. VSAM — это способ физического хранения данных в DB2." (c)

"Still later, IBM developed DB2 which, as of 2004, IBM promotes as their primary database management system. VSAM is the physical access method used in DB2." (c)

Учить матчасть!

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

> разве не на быдло жабке ?

Да, мой юный генератор лулзов, именно на "быдложабке" я пишу. Потому как за это бабло башляют. И нехилое, несмотря на кризис.

И в одном из проектов мы использовали IMS DB Resource Adaptor. Хотя можно и использовать JDBC. Хотя для иерархической базы данных это не кошерно.

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

>> Я понял, что если люди говорят, что MySQL круто а PostgreSQL не нужен - вывод один: Эти люди не имели реального опыта работы с СУБД...

>а ты прикинь, есть еще и SQLite, и если я буду писать приложение не для веба и интырпрайза, то буду использовать его. И могу смело сказать, что MySQL и PgSQL не нужны.

Говорить вы можете все что хотите. Но ваше утверждение - это детство ;)

Нужны и MySQL и PgSQL и Oracle и MS SQL и SQLite и многие другие... каждая для своих задач.

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

> Да, мой юный генератор лулзов, именно на "быдложабке" я пишу. Потому как за это бабло башляют. И нехилое, несмотря на кризис.

тебе уже хватает на две пачки лапши в день ?

> И в одном из проектов мы использовали IMS DB Resource Adaptor. Хотя можно и использовать JDBC. Хотя для иерархической базы данных это не кошерно.


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

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

>> Oracle, MS SQL server - работал сам, DB2 & Sybase - по слухам

> Сравнить Oracle и DB2 с MS SQL Server - это надо иметь хорошее чувство юмора.

Я тоже так думал... Linux наше все... GPL - вперед!!! Потом прошло :)

Потом поработал и с MS SQL и с Oracle - как не странно, но СУБД у Microsoft - очень хорошего качества. Наверное это наследство от Sybase.

>Что же касается Sybase, то пути дорожки с MS SQL разошлись этак после версии 4.9. Sybase co своими 3% рынка нынче мало кому интересна. (На еще pure JDBC я лабал под это чудо программерской мысли.)

Sybase кроме ASE имеет еще ASA (бывший WatcomSQL) - очень интересное решение + IQ. Так что Sybase снимает сливки с рынка СУБД. А так да, они не входят в тройку лидеров.

>Основные игроки в enterpriZe - IBM (майнфреймы), Oracle (UNIX) и PgSQl - Linux. Основные современные ОРМы - Hibernate & TopLink;

ХЗ у нас во многих проектах Oracle (все лицензионное ;) и ТОЛЬКО под Linx. Других *nix не рассматриваются даже как запускалки Oracle.

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