А задача чекпоинта - засинкать все. В этот момент нет смысла писать что-то в фоне. В такой ситуации скорее надо крутить настройки чекпоинтов.

Но тем не менее, поясните. Даже если в мемент синка чекпоинтер не пишет ничего. Почему пишет бэкенд, а не bgwriter? Если у буфера не нулевой usagecount он не скидывается? Ни bgwriter'ом, ни backend'ом?

вот хитрый вопрос: SELECT (array[1,2,3])::json; - хочу что-то типа такого. Т.е. чтобы мне вернулся штаный json массив, а не {1,2,3}

это как-то можно сделать?

select to_json(array[1,2,3])

спасибо, понял в какую сторону копать

в сторону https://www.postgresql.org/docs/current/static/functions-json.html :))

если честно, то я был уверен, что array уже воспинимается, как json ? понедельник и не такое бывает

да, в постгресе беда с количеством ненаписанных кастов

array[]::json пишется тривиально, просто его не написали

Всем привет. Вопрос: можно ли сделать foreign key для элемента массива? Гугл кидает на какой-то ELEMENT REFERENCE, но он не работает. Есть обходной путь для включения в массив только тех id, которые определены в другой таблице?

ELEMENT REFERENCE на сколько понял был во времена 9.2, вроде был включен в 9.3, потом исключен в 9.4

есть check

Что-то не понимаю как правильно его применить в данной ситауции. Ведь тут не совсем простая проверка на "больше-меньше-равно"

функцию свою написать и в check ее

https://github.com/citusdata/pg_cron господа, кто-нибудь юзал? можно ли в продакте юзать?

https://github.com/citusdata/pg_cron господа, кто-нибудь юзал? можно ли в продакте юзать?

pg_cron на знаю, мы используем pgagent

функцию свою написать и в check ее

Спасибо. Помогло ?

Чат, верно ли я понимаю что функцию http://postgis.net/docs/ST_GeomFromGeoJSON.html Можно получить в базе версии 9.3, но нужно обновить(?) расширение(?) JSON-C

Чат, верно ли я понимаю что функцию http://postgis.net/docs/ST_GeomFromGeoJSON.html Можно получить в базе версии 9.3, но нужно обновить(?) расширение(?) JSON-C

Да, верно. Там можно докрутить экстеншн если мне не изменяет память

Спасибо!

в околодебианах оно так и собирается само уже со стародавних времён

Коллеги, вопрос на засыпку: Если транзакция завершается COMMIT-ом, но клиент при этом не успевает прочитать сообщение о коммите и рвёт при этом соединение порождая зависший процесс, коммит пройдёт или нет?

должен

А если подумать?

Зависший процесс на сервере или клиенте у вас порождается?

Процесс backend'а при этом остаётся висеть в ожидании пока клиент считает ответ

Но клиент, к сожалению, никогда уже не вернётся

хотя если соединение порвется ещё до отправки сообщухи о завершении, возможно что-то пойдет не так

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

Могу конечно же

Но я же написал, что вопрос на засыпку

А ситуация воспроизводима? Как так получается, что разрыв именно в момент комита происходит? Это ж постараться надо.

воспроизводить руками на длинных транзакциях пробовали? по идее такой исход событий должен быть предусмотрен. и тут два варианта в зависимости от направления мысли разработчиков. но оба возможны

Ситуация воспроизводима в лабораторных условиях

и каков исход?

Ну не, я так быстро не сдамся

Можете проверить по вашему сценарию

сдаюсь влом тестовое окружение за 5 минут до окончания рабочего дня поднимать)

Коллеги, вопрос на засыпку: Если транзакция завершается COMMIT-ом, но клиент при этом не успевает прочитать сообщение о коммите и рвёт при этом соединение порождая зависший процесс, коммит пройдёт или нет?

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

ну а если прилетел RST на TCP-соединении от клиента?

до ответа

все до завтра

ну а если прилетел RST на TCP-соединении от клиента?

Я не понимаю, как это влияет - движку либо прилетел белый флаг на осуществление, либо нет.

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

Сразу после extended-message до сообщения sync от фронтенда

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

возможно, вы просто говорите про одну из фаз 2PC, и в этом случае я совсем не то говорю

думаю, откатывать коммит после того, как не было подтверждения от клиента, что он получил информацию о коммите, было бы странно, в обычном кейсе

а вообще вот же оно https://aphyr.com/posts/282-jepsen-postgres

> 2 unacknowledged writes found! ヽ(´ー｀)ノ т.е. клиент дважды как раз-таки не принял информацию об успешном добавлении

Хорошая ссылка ?

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

Не видать на рынке постгресистов в Спб однако.

а вы не хотите перебраться офисом куда-нибудь потеплее? :)

Кто ж не хочет то )))) Всему своё время )

а кто-нибудь видел чаты по эластику?

а кто-нибудь видел чаты по эластику?

думаю это тематика талк каналов. типа @dba_ru @devops_ru а еще можно глянуть тут https://github.com/goq/telegram-list

а какая pgsql самая стабильная? 9.4?

9.6

9.6.1

самая стабильная?

она же самая последняя

то есть то, что в ней баги правили, тебе не нравится? :)

ERROR: S client not available

ну как бы это обычное дело, что самая последняя версия чего-либо говно

пока не пройдет полгодика хотя бы, а лучше не появится следующая версия

Это не так

ну так ставь дебиан-6

В случае с pg

там самый стабле

если буду ставить дебиан, учту =)

9.6 стабильней 9.4 на 0.146%

не, ну можно бояться новых вакум мап например в 9.6 так что консервативный выбор это 9.5 например

например

ладно

ставлю 9.6

ну, страхи по-хорошему надо закрывать бекапами

в 9.6 добавлено много полезных, так что рекомендуется брать последнюю стабильную версию. Сейчас это 9.6.1

поставил pgsql и теперь хочу к нему подключиться через PgAdmin, да или хотя бы просто внутри системы, но не знаю данных поставил postgresql-client делаю sudo psql и получаю: psql: FATAL: role "root" does not exist

что не так?

где надо разрешить руту подключаться к базе?

Смени пользователя -U

надо из под пользователя postgres его админить

и этот пользователь без пароля?

Да

выставить ему пароль можно через passwd?

Если будешь от имени пользователя postgres, то да

Нет, пароль для системы и пароль для базы - разные вещи

вроде выставил пароль через \password postgres

но не спрашивается

по сокету авторизация на локалхосте же

http://stackoverflow.com/questions/1287067/unable-to-connect-postgresql-to-remote-database-using-pgadmin

в общем ок, настроился

а кто-нибудь видел чаты по эластику?

чатов не видел, но сам трогал

Добрый день. Можно ли организовать вызов оракловой функции средствами postgres? Т.е. установить связь с ораклом со стороны постгреса и вызвать функцию?