Вышел PostgreSQL 8.4

[MipH]

Более понятно на русском языке: www.opennet.ru/opennews/art.shtml?num=22414

[kuralesov]

Собственно, об этом должен был позаботиться автор топика…

[rushman]

автор топика придерживается мысли что лучше читать на языке оригинала

[kuralesov]

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

[rushman]

ок, добавил ссылку в пост

[rushman]

но документация то всё равно на английском…

[kuralesov]

спасибо =)

>но документация то всё равно на английском…

официальная документация… есть большое количество альтернативных источников на русском языке

[rushman]

так а Slony чем не устраивает? он же вроде реплицирует DDL?

[rushman]

www.slony.info/adminguide/slony1-1.2.6/doc/adminguide/ddlchanges.html

[simonoff]

Чето я не вижу самой интересно фишки… Индексы в процедурах… Они сейчас не работают…

[galaxy]

Что, простите?

[simonoff]

в процедурах при запросах не работают индексы…

[galaxy]

Да ну.
Примерчик можно?

[Timosha]

например когда partial index (например create index… where attr_id = 1)
а в процедуре запрос типа

create procedure… (integer i_attr)
…
select * from table where attr_id = i_attr;
…

индекс не будет использоваться даже когда в функцию передаётся 1

[galaxy]

Эко вы раскопали топик…

Ну да, есть такая проблема, специфичная скорее для языка plpgsql. Связано с тем, что SQL запросы, встраиваемые нативно в plpgsql код, будут параметрическими, если содержат ссылки на локальные переменные. В этом случае действительно использование индексов в некоторых случаях невозможно (например select… where column like $1 || '%'), в других случаях план будет неоптимальным, т.к. планнер заранее не знает значений параметров. Тут выручает execute, но как расплата — постоянное перепланирование запроса.

[Timosha]

да что-то мимо проходил, не мог оставить вопрос открытым :)

сам обходил эту проблему так:
if( i_attr = 1) then
select * from table where attr_id = 1;
else
select * from table where attr_id = i_attr;
end if;

[AntonShcherbinin]

rushman, спасибо за новость. Хотел уточнить, что, насколько мне известно, общепринятый термин для оконных функций — window functions, а не windowing functions.
Меня лично список новых фич впечатляет. Удивляюсь реакциям в комментариях: «жаль, что нет того, жаль, что нет этого...»
Разработчики молодцы, респект им за то, что реализовали так много.

[rushman]

по поводу термина — да, ты прав совершенно. но список основных изменений для заметки я брал отсюда www.postgresql.org/docs/8.4/static/release-8-4.html, и оставил всё как там было, только линки проставил.

по поводу изменений — меня тоже радуют. посмотрел бенчмарки, он ещё лучше масштабируется на большом количестве CPU. попробую наверное в продакшене один сервер перевести, посмотреть как оно.

[beq]

Обновился, субьективно нехилое java-приложение в связке с новой СУБД стало работать гораздо шустрее.