Привет вновьприбывшим!

Привет, подскажите как сделать partial index, который с условием where должен быть всегда пустым? типа уникальный содержит одну строку, а этот индекс всегда должен быть пустым

Привет, подскажите как сделать partial index, который с условием where должен быть всегда пустым? типа уникальный содержит одну строку, а этот индекс всегда должен быть пустым

"WHERE false;"... но зачем?!

ну в where на самом деле комбинация, а не false

реальная комбинация из полей таблицы

Идея в том, чтобы строка, которая удовлетворяет условию where была строго одна?

строго одна - это unique

нужно чтобы вообще таких строк не было

check constraint

+1

да, похоже это https://www.postgresql.org/docs/9.4/static/sql-createtable.html#SQL-CREATETABLE-EXCLUDE

спасибо очень буду читать, я думал constraint только для одной строки можно использовать

спасибо очень буду читать, я думал constraint только для одной строки можно использовать

А зачем Вам больше, чем для одной строки в этом случае? Т.е. причём тут EXCLUDE?

в индекс по where может попасть несколько строчек, ограничение чтобы была только одна - это уникальность. Мне нужно чтобы индекс всегда был пустой

тебе не нужен индекс, тебе нужно чтобы строчек не было

уникальный индекс это просто структура данных которая энфорсит констрейнт

особенность реализации если хочешь

если строчек быть не должно, то и индексировать нечего

отбрасывается на входе в табличку

в индекс по where может попасть несколько строчек, ограничение чтобы была только одна - это уникальность. Мне нужно чтобы индекс всегда был пустой

Кажестся, Вам нужен просто CHECK. Если нет, покажите конкретный пример.

check только к одной строке?

да

если нужно куда-то сходить еще посмотреть на данные для принятия решения пустить/непустить, то надо делать триггер

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

WHERE, ORDER BY, OFFSET, LIMIT

И?

WHERE (col1, col2) > (const1, const2) ORDER BY col1, col2 LIMIT N;

Индекс по (col1, col2) будет хорошо юзаться

Оно?

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

То что вы описываете, называется value based пагинацией. Только вы обязательно должны сортировать по этому значению, иначе в чём смысл?

То что вы описываете, называется value based пагинацией. Только вы обязательно должны сортировать по этому значению, иначе в чём смысл?

Или можно вначале выбрать нужную строку, получить из неё значение сортировки, а потом уже его использовать в WHERE.

Или можно вначале выбрать нужную строку, получить из неё значение сортировки, а потом уже его использовать в WHERE.

если знаешь уникальный ключ этой строки, то выбирать ее не надо

Сортировать я буду по другому значению т.е. по дате. А начинать мне надо выборку со значения определенного с другого поля

определенное значение в поле это строка а не число

Сортировать я буду по другому значению т.е. по дате. А начинать мне надо выборку со значения определенного с другого поля

У вас в любом случае данные должны быть отсортированы по тому самому "другому полю" сначала, иначе получается абсурд.

доброго времени суток, хотел сделать репликацию master-slave (раньше не делал, опыт пока нет по реплики) поискал материалы, хотел узнать ваши мнения какой из них лучше если есть хорошие примеры напишите буду рад любой отзыв https://losst.ru/replikatsiya-postgresql https://romantelychko.com/blog/1583/

доброго времени суток, хотел сделать репликацию master-slave (раньше не делал, опыт пока нет по реплики) поискал материалы, хотел узнать ваши мнения какой из них лучше если есть хорошие примеры напишите буду рад любой отзыв https://losst.ru/replikatsiya-postgresql https://romantelychko.com/blog/1583/

По-моему, в официальной документации всё и так хорошо описано.

доброго времени суток, хотел сделать репликацию master-slave (раньше не делал, опыт пока нет по реплики) поискал материалы, хотел узнать ваши мнения какой из них лучше если есть хорошие примеры напишите буду рад любой отзыв https://losst.ru/replikatsiya-postgresql https://romantelychko.com/blog/1583/

Это первая инструкция по настройке репликации в Postgres со скриншотами )

Всем привет. Прошу прощения за краткий офтоп. В компанию ТекФорс требуется DBA (PostgreSQL), вилка зп - до 150К , но готовы вести индивидуальные переговоры и по более высоким запросам. Возможная локация - Москва, Питер, Самара. #работа #job #vacancy korotenko@tecforce.ru

Ссылка на hh, остальное не надо сюда писать

да ладно, норм

Это первая инструкция по настройке репликации в Postgres со скриншотами )

спасибо

Ссылка на hh, остальное не надо сюда писать

Лучше в линкедин

чем же лучше?

Чем в HH...

как сконвертировать в timestamp результат SELECT '2018-01-29 01:00:00'::timestamp - '2018-01-21 23:00:00'::timestamp 0 years 0 mons 7 days 2 hours 0 mins 0.00 secs

postgres=# SELECT EXTRACT(epoch FROM ('2018-01-29 01:00:00'::timestamp - '2018-01-21 23:00:00'::timestamp)); date_part ----------- 612000

Лучше в линкедин

он в РФ вроде как заблокирован

м?

postgres=# SELECT EXTRACT(epoch FROM ('2018-01-29 01:00:00'::timestamp - '2018-01-21 23:00:00'::timestamp)); date_part ----------- 612000

спасибо

он в РФ вроде как заблокирован

не принят

Обновление PostgreSQL 10.2, 9.6.7, 9.5.11, 9.4.16 и 9.3.21 http://www.opennet.ru/opennews/art.shtml?num=48043 Сформированы корректирующие обновления для всех поддерживаемых веток PostgreSQL: 10.2, 9.6.7, 9.5.11, 9.4.16 и 9.3.21, в которых представлена порция исправлений ошибок. Выпуск обновлений для ветки 9.3 продлится до сентября 2018 г., 9.4 до декабря 2019 г., 9.5 до января 2021 г., 9.6 - до сентября 2021 года, 10 - до октября 2022 года. #opennet

@Komzpa спаси-сохрани

Т.е. реально 10.3 в прод ставить ещё рановато.

10.3 ж тока вышла

10.3 ж тока вышла

10.2, 10.3 нет

почему рано, вы не бекапите что ли?

почему рано, вы не бекапите что ли?

Потому что ночью я хочу спать, а не судорожно восстанавливать БД из бекапа под разрывающийся от звонков телефон.

10.2, 10.3 нет

Вот я и говорю, с такими ошибками 10.3 в прод рано.

Да, опечатался

Вот я и говорю, с такими ошибками 10.3 в прод рано.

Предвкушаешь новые фиксы? Ошибки предыдущей минорной 10-ки исправлены

Предвкушаешь новые фиксы? Ошибки предыдущей минорной 10-ки исправлены

А сколько новых добавлено? И сколько ещё не выявлено. Не, раньше 10.4 точно в прод нельзя.

И ничего я не предвкушаю, просто опыт.

пока жители Виллабриба ждут новых ошибок, жители Виллабаджо уже собрали все встреченные на своих ворклоадах и получили патчи!

пока жители Виллабриба ждут новых ошибок, жители Виллабаджо уже собрали все встреченные на своих ворклоадах и получили патчи!

сказка ложь, да в ней намёк... :)

А сколько новых добавлено? И сколько ещё не выявлено. Не, раньше 10.4 точно в прод нельзя.

Добавлено-то, скорее всего, мало. И всё равно можно оказаться в ситуации, когда будет спровоцирована именно Вашим приложением (т.е. никто другой до этого не наткнётся).

А как читать recycled сегменты WAL с помощью pg_waldump?

А сколько новых добавлено? И сколько ещё не выявлено. Не, раньше 10.4 точно в прод нельзя.

пока 11 не выйдет 10 использовать нельзя. А лучше 12 %). Даже 9.6 использовать нельзя тк есть стабильная 9.2. Вообще, начинать релиз пользовать только когда он end of life уже. Баги новые уже точно не превнесут , а выявленные обходить костылями и велосипедами %)

А как читать recycled сегменты WAL с помощью pg_waldump?

Сверху вниз слева направо %)

Сверху вниз слева направо %)

А подробнее? ;)

А вопрос то ж надо раскрыть

А что раскрывать-то? При попытке это сделать просто получается: pg_waldump: FATAL: could not find a valid record after 5/84000000

Просто делаю: pg_waldump 000000010000000500000084

пока 11 не выйдет 10 использовать нельзя. А лучше 12 %). Даже 9.6 использовать нельзя тк есть стабильная 9.2. Вообще, начинать релиз пользовать только когда он end of life уже. Баги новые уже точно не превнесут , а выявленные обходить костылями и велосипедами %)

а вы точно в постгреспро работаете?

Просто делаю: pg_waldump 000000010000000500000084

Сейчас, например, если имя файла не отображает lsn, которые в нём есть возникает следующая ошибка: pg_xlogdump 0000000100000000000000A2 pg_xlogdump: FATAL: could not find a valid record after 0/A2000000 тогда как /pg_xlogdump 0000000100000000000000A1 rmgr: Heap len (rec/tot): 14/ 72, tx: 470598, lsn: 0/A1000E58, prev 0/A0FFEEE0, desc: HOT_UPDATE off 20 xmax 470598 ; new off 63 xmax 0, blkref #0: rel 1663/13322/16396 blk 5137 ... [postgres@thunder2 pg_xlog]$ ls -l 0000000100000000000000A2 rw------. 1 postgres postgres 16777216 Feb 1 14:46 0000000100000000000000A2 [postgres@thunder2 pg_xlog]$ ls -l 0000000100000000000000A1 rw------. 1 postgres postgres 16777216 Feb 1 15:03 0000000100000000000000A1 Происходит это из-за того что файл был уже циклически перезаписан новым wal, но имя при этом не было изменено. Наверое, было бы правильно чтобы при вызове pg_xlogdump вне зависимости от имени файла pg_xlogdump показывал информацию, которая содержится в данном файле. Сейчас утилита использует имя файла как отправную точку при поиске записей, что в случае с файлами из директории pg_xlog ведет к вышеуказанному поведению. Мы делали вродеб для этого патч, не очень в курсе уехал он в ванильную версию.

а вы точно в постгреспро работаете?

Думаете в пгпро не умеют шутить?

Думаете в пгпро не умеют шутить?

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

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

Умеют, не сомневайтесь =)