Как стать автором
Обновить

Комментарии 22

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

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

официальная документация… есть большое количество альтернативных источников на русском языке
НЛО прилетело и опубликовало эту надпись здесь
так а Slony чем не устраивает? он же вроде реплицирует DDL?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Чето я не вижу самой интересно фишки… Индексы в процедурах… Они сейчас не работают…
Что, простите?
в процедурах при запросах не работают индексы…
Да ну.
Примерчик можно?
например когда partial index (например create index… where attr_id = 1)
а в процедуре запрос типа

create procedure… (integer i_attr)

select * from table where attr_id = i_attr;


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

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

сам обходил эту проблему так:
if( i_attr = 1) then
select * from table where attr_id = 1;
else
select * from table where attr_id = i_attr;
end if;
rushman, спасибо за новость. Хотел уточнить, что, насколько мне известно, общепринятый термин для оконных функций — window functions, а не windowing functions.
Меня лично список новых фич впечатляет. Удивляюсь реакциям в комментариях: «жаль, что нет того, жаль, что нет этого...»
Разработчики молодцы, респект им за то, что реализовали так много.
по поводу термина — да, ты прав совершенно. но список основных изменений для заметки я брал отсюда www.postgresql.org/docs/8.4/static/release-8-4.html, и оставил всё как там было, только линки проставил.

по поводу изменений — меня тоже радуют. посмотрел бенчмарки, он ещё лучше масштабируется на большом количестве CPU. попробую наверное в продакшене один сервер перевести, посмотреть как оно.
Обновился, субьективно нехилое java-приложение в связке с новой СУБД стало работать гораздо шустрее.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории