@pgsql

Страница 81 из 1062
Nikolay
01.09.2016
16:34:58
Да, RC1 вышел, надо тестировать!

http://www.postgresql.org/download/

тестирование + сообщения о любых проблемах — это реальная помощь в разработке, поможет 9.6 выпустить лучше. Так что всячески призываю

Alex
01.09.2016
16:39:56
ну окей выкачу на прод :)

Google
Nikolay
01.09.2016
16:40:17
?

Andrey
01.09.2016
21:30:54
ну окей выкачу на прод :)
В биллинг желательно…

Alex
02.09.2016
03:07:56
В биллинг желательно…
ну других то мест нет конечно.

Konstantin
02.09.2016
03:45:45
Кати на прод ))

hehehe

Konstantin
02.09.2016
05:23:13
https://postgrespro.ru/education/glossary

Mike Chuguniy
02.09.2016
06:50:31
В биллинг желательно…
А чего не в банк, опердени считать?

Kirill
02.09.2016
06:59:38
жаль что нет возможности репликации между мажорными версиями. мы бы с удовольствием поигрались бы с 9.6 в плане распараллеливания запросов )

Nikita
02.09.2016
08:14:01
@kshvakov может взять Londiste?

Kirill
02.09.2016
08:17:11
если уж и смотреть в сторону репликации то это pglogical,но никак уж не Londiste.

Nikita
02.09.2016
08:18:02
ну это если вы современные ?

Kirill
02.09.2016
08:22:19
ну, а чем оправдано решение сидеть на устаревших версиях постгреса ?

Alex
02.09.2016
08:27:00
как показала практика и 9.4Beta2 в продакшене под хайлоад... постгрес в бете таки вполне стабилен... ну не считая одного необъяснимого падения

Google
Alex
02.09.2016
08:30:07
лишь бы mq куда засунуть некоторым...

Kirill
02.09.2016
08:32:49
засунуть mq между запросами и вперед :)
у нас нет задачи забабахать свою репликацию, репликация постгреса нас вполне устраивает, а вот для игрищ с бетой хотелось бы иметь возможность из коробки реплицировать данные

Maxim
02.09.2016
08:46:24
у нас нет задачи забабахать свою репликацию, репликация постгреса нас вполне устраивает, а вот для игрищ с бетой хотелось бы иметь возможность из коробки реплицировать данные
так а pg_rewind не? отреплицировал стейжинг с продакшна, порезвился, что-то пошло не так, бахнул pg_rewind и не надо ждать много часов, пока весь стопиццоттерабайтный продакшн обратно приедет

Kirill
02.09.2016
08:59:32
вариант, но оно не очень удобно в нашем случае, хочется просто рядом поставить машину в которую актуальные данные считаются приткнуть к ней демон который статистику считает

Anton
02.09.2016
11:08:41
Коллеги, почитал PostgresWeekly: PgSQL Indexes and LIKE Queries: http://blog.cleverelephant.ca/2016/08/pgsql-text-pattern-ops.html можно ли сделать text_pattern_ops дефолтным вариантом ? это возможно ? чем нибудь черевато ?

может кто подсказать возможно ли оперативно выгрузить большой обьем данных? к примеру в oracle есть TTS - таблспейс переводиться в RO + делаем дамп метаданных, дальше этот таблспейс с дампом можно положить на полку\кассету или оперативно развернуть на другой базе

есть ли что нибудь подобное для PG ?

Maxim
02.09.2016
12:38:32
pg_basebackup?

Anton
02.09.2016
12:39:11
нужна часть данных, не вся база

Ruslan
02.09.2016
12:39:56
нужна часть данных, не вся база
Если данные разделены по схемам, можно pg_dump

Anton
02.09.2016
12:40:13
pg_dump 40gb таблицы с bytea идет уже 3+ часа

у нас планируется 1 тб день

Slava
02.09.2016
12:49:45
коллеги, вопрос такой

чем объекты дампите из базы

для версионированния

есть ли готовые решения

или свои велосипеды используете?

Anton
02.09.2016
12:50:29
а разве не наоборот бывает ?

Google
Anton
02.09.2016
12:50:38
сначала кодеры кодят и в гит выкладывают, потом деплой на базу

Slava
02.09.2016
12:51:06
может я не совсем правильно пояснил

вот вопрос чем все объекты дергаете

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

я имею в виду, чтобы не писать обертки вокруг pg_dump

что вы используете

под оракл писал свой велосипед

для таких нужд

Anton
02.09.2016
12:52:15
fda :) есть

и велосипедов не надо

с 11.2.0.4 бесплатен

Slava
02.09.2016
12:52:52
fda?

вы наверное про оракл)

интересно про pg было бы узнать

Anton
02.09.2016
12:53:19
http://www.oracle.com/technetwork/ru/database/flashback-data-archive-about-433710-ru.html

угу, oracle

Slava
02.09.2016
12:54:41
спасибо

Alexander
02.09.2016
13:01:04
у нас планируется 1 тб день
нужно еще и восстанавливать в случае необходимости в приемлемые сроки , а не через 2-3 дня поэтому exp\imp аналог (pg_dump\pg_restore ) скорее всего не подойдет, а нужен datapump+TTS-аналог, т.е. блокировать запись в датафайлы, копировать эти тыщи датафайлов плюс к ним метаданные по секции(таблице)

Google
Anatoliy
02.09.2016
13:02:51
легкий промоушен)

Anton
02.09.2016
13:03:04
да у pgpro оч много вкусного ))

Айтуар
02.09.2016
13:03:04
pg_dump 40gb таблицы с bytea идет уже 3+ часа
в формате директорий и несколько потоков у меня не дольше 15 мин такие БД дампит

Anton
02.09.2016
13:03:14
дамп 1 таблицы,директории не помогут

Alexander
02.09.2016
13:06:57
Анастасия Лубенкова этим у нас в pgpro занята
спасибо! а когда прогнозно это может выйти в релиз pgpro? просто в https://postgrespro.ru/roadmap этого не видно

Dmitry
02.09.2016
13:07:38
этот заказ, он появился после роадмапа

:)

Anton
02.09.2016
13:08:27
Саш, пошли денег на pgpro выпрашивать ? :))

Dmitry
02.09.2016
13:08:28
не знаю, в сообщество закинем, если примут, а так наверно выйдет наверно мес через 2 :)

вообщем можете дождаться 10 версии, а можете получить через пару месяцев :)

Alexander
02.09.2016
13:21:57
отлично! и еще вопрос - планируется ли работа в сторону эффективных и настраиваемых (по уровню сжатия) механизмов сжатия LOBов, изменяемых размеров чанков?

Dmitry
02.09.2016
13:29:48
у нас есть несколько дополнительных видов сжатия (блочное - у некоторых клиентов работает до x10 - так как словарь большой - read орентированое, страничное - в процессе разработки ), но пока озвучивать сюда не хочется.

blkmrkt
04.09.2016
04:52:18
как вот такой вот объект жсон: [ { "friend_id":13742270 }, { "friend_id":5 }, { "friend_id":6 }, { "friend_id":7 } ] превратить в [13742270, 5, 6, 7] ?

я жсон в постгресе генерирую

квери у меня вот такая: ( select array_agg(d) from ( select friend_id from friendlists where user_id = profiles.id order by ts_discovered, ts_broken desc ) d ) as friends,

ясно, в array_agg можно передать саму колонку в виде array_agg(d.friend_id)

Что-то тихо в чате, за 3 дня только я писал

Айтуар
05.09.2016
10:35:33
лучше тишина чем спам.

Pavel
05.09.2016
10:50:05
Konstantin
05.09.2016
12:46:08
?

Google
Konstantin
05.09.2016
12:46:18
Отдых,

Slava
05.09.2016
14:08:47
Ребят, немного понимаю дефолтные гранты по схеме

создал схему n

и 2 юзер u1,u2

дал все гранты

но когда один создает табличку например u1 в этой схеме

то u2 получает permission denied

хотя делал alter default privileges

Дмитрий
05.09.2016
14:10:03
pg_hba.conf? (ну мало ли)

Aleksey
05.09.2016
14:11:26
u2 получает запрет при каких действиях то

любых?

Kirill
05.09.2016
14:12:15
на новые таблицы нужно явно альтерить owner'a u2

это "фича" такая

Slava
05.09.2016
14:12:57
pg_hba.conf? (ну мало ли)
проблем с входом не наблюдаю, спасибо

u2 получает запрет при каких действиях то
при селекте на новую таблицу

я так понимаю

что гранты просто не применились на нее

а хочется чтобы по дефолту применялись на этих двух юзеров если кто-то из них создает, чтобы всем было доступно

Страница 81 из 1062