Knight будет жить. Поприветствуем!

Эта функция возвращает 2 курсора и 1 целое. Далее, после вызова функции, этими курсорами можно пользоваться в блоке транзакций, например, вот так: begin; select * from get_notifications(...); fetch all from p_cursor_all; fetch all from p_cursor; ... end;

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

Вот тут подробно всё написано - https://www.postgresql.org/docs/10/static/plpgsql-cursors.html#PLPGSQL-CURSOR-USING

а есть какой-то сопсоб оценить сколько всего будет удалено из разных мест по внешнему ключу, при удалении записи?

Это не read committed, йо!

А написано же READ COMMITTED... Да и проверить легко.

Рул дипрейкатит тем неменее. Его можно использовать как хак на свой страх и риск. Как временное решение чтобы что-то куда то перенаправить. Пример с хабра это пример из документации — читайте блин документацию люди

А где написано, что RULES — deprecated?

а есть какой-то сопсоб оценить сколько всего будет удалено из разных мест по внешнему ключу, при удалении записи?

Да разбором зависимостей / SELECT-ами только, наверное... а Вам зачем?

Да разбором зависимостей / SELECT-ами только, наверное... а Вам зачем?

оценить сколько всего пропадет

оценить сколько всего пропадет

Ну выполните — узнаете точно... (А потом сделайте ROLLBACK, естественно.) ;)

а есть какой-то сопсоб оценить сколько всего будет удалено из разных мест по внешнему ключу, при удалении записи?

оценить - навряд ли. А писать корректный запрос. Если делать нечего, и надо поизучать систему, то вперёд и с песней.

да просто надо удалить запись из таблицы пользователей интересно сколько всего при этом пропадет. 52 таблицы ссылаются на пользователей

да просто надо удалить запись из таблицы пользователей интересно сколько всего при этом пропадет. 52 таблицы ссылаются на пользователей

Попробуй в транзакции с rollback, может ещё и не даст удалить если каскад не висит

я проверил. :) вот ключевой момент: # update goods set discount = discount + 100 where discount = 15; UPDATE 0

А где написано, что RULES — deprecated?

Ну это всё тянется уже почти 20 лет. Рулы не выпиливают из-за обратной совместимости при этом их уже частично и не поддерживают (кейз с with). Обратная совместимость в том числе на стандартный view ну и пр

Попробуй в транзакции с rollback, может ещё и не даст удалить если каскад не висит

На всех таблицах висит on delete

А где написано, что RULES — deprecated?

Вот например 2010 год: https://www.depesz.com/2010/06/15/to-rule-or-not-to-rule-that-is-the-question/ Там внутри ещё к более давним временам отсылка

Вот например 2010 год: https://www.depesz.com/2010/06/15/to-rule-or-not-to-rule-that-is-the-question/ Там внутри ещё к более давним временам отсылка

Да это всё, как тут говорили, чьи-то там бложики. ;) В документации-то этого нет, к сожалению. :(

В документации по совокупности все это есть фактически

Запретить нельзя использовать

Как говорится

В документации по совокупности все это есть фактически

Для этого документацию надо не просто читать в поисках готовых рецептов по написанию кнопки "Сделать жизнь радостной и счастливой", но и осмысливать всячески. А это дано далеко не только лишь всем. :(

В документации по совокупности все это есть фактически

Да предупреждения-то там есть, но прямого совета "никогда не используйте нетривиальные RULES", там, к сожалению, нет. Более того, там есть пример (кривоватый), про который документация врёт, что он "абсолютно корректен". ;)

Как говорится

Кстати, пока Вы здесь... нечто совершенно другое. :) Вы, говорят, делали доклад про изоляцию транзакций vs replication... А Вы не в курсе, какие(-нибудь) из систем триггерной репликации (Slony, Londiste, ...) обеспечивают full-ACID?

Мне такие не известны. То что я посмотрел — не нашёл

В том плане, что нет механизма сериализации там кроме как на очереди

Нет приедикатных локов

Мне такие не известны. То что я посмотрел — не нашёл

Хмм... а я вот смотрел slony, и всё, что пока попробовал — работает, как и должно... Но там какие-то "пляски" с xid/xip-ами (snapshot-ами), и сходу непонятно ничерта. ;) И в документации (кроме PDF-ов) как-то чётко ничего не сказано. :( > Нет приедикатных локов Они для этого совсем не нужны.

Могут быть не нужны. Но явного указания других способов «синхронизации» я тоже не нашёл . И мне трудно представить такие практические применения без добавления существенных лагов в репликацию

Могут быть не нужны. Но явного указания других способов «синхронизации» я тоже не нашёл . И мне трудно представить такие практические применения без добавления существенных лагов в репликацию

Ну лаги там и получаются, а как же. Но существенность, по идее, зависит от длительности транзакций на master-е, и будет примерно такой, как у deferrable транзакций.

Эта функция возвращает 2 курсора и 1 целое. Далее, после вызова функции, этими курсорами можно пользоваться в блоке транзакций, например, вот так: begin; select * from get_notifications(...); fetch all from p_cursor_all; fetch all from p_cursor; ... end;

Большое спасибо. Попробую

А написано же READ COMMITTED... Да и проверить легко.

Это ПИШУЩАЯ ТРАНЗАКЦИЯ, она НЕ ЧИТАЕТ НИЧЕГО, кроме того, что меняет.

Это ПИШУЩАЯ ТРАНЗАКЦИЯ, она НЕ ЧИТАЕТ НИЧЕГО, кроме того, что меняет.

Эээ... ну и что? Написано же — READ COMMITTED (и результат не такой, как Вы написали).

Если не такой, то это очень печально.

Если не такой, то это очень печально.

Почему? Это нормально.

Почему? Это нормально.

Да нет, это wormwhole

Да нет, это wormwhole

Транзакции несериализуемые.

Хотя ... надо ещё раз перепроверить, я забыл уже немного.

Транзакции несериализуемые.

Ну естественно, это же всего лишь RC.

Ну естественно, это же всего лишь RC.

Голые UPDATE ОБЯЗАНЫ быть сериализуемыми.

Это же не SELECT .... UPDATE...

Голые UPDATE ОБЯЗАНЫ быть сериализуемыми.

Ничего подобного! Откуда Вы это взяли?

Не ну ваще прикольно, если так... Классная СУБД PG, и тут -- такой ляп...

Ничего подобного! Откуда Вы это взяли?

Так это как... Откуда ты знаешь, что солнце на востоке встаёт? Вот оттуда же...

Не ну ваще прикольно, если так... Классная СУБД PG, и тут -- такой ляп...

Это не ляп! Это нормальное поведение.

Это не ляп! Это нормальное поведение.

Ну, ок, ок. Лишь бы не попадать в реальной жизни никогда на такое...

Это не ляп! Это нормальное поведение.

Ну и, надеюсь, хотя бы SERIALIZABLE это лечит...

Так это как... Откуда ты знаешь, что солнце на востоке встаёт? Вот оттуда же...

Если Вы имеете в виду, что это очевидно... ACID-гарантии на самом деле имеют мало общего с интуитивным пониманием.

Если Вы имеете в виду, что это очевидно... ACID-гарантии на самом деле имеют мало общего с интуитивным пониманием.

Согласен.

@leshik13 будет жить. Поприветствуем!

привет, ребят

случилось вот такое

ERROR: could not receive data from WAL stream: ERROR: could not map filenode "base/16384/77077" to relation OID

как это лечить или траблшутить?

настроена логическая репликация, постгрес 10.3 - 10.5

ошибка на пяти репликах сразу

ошибка на пяти репликах сразу

А Вы release notes не смотрели (после 10.3)? Мне казалось, что там что-то исправляли похожее (могу врать, конечно).

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

Это не ляп! Это нормальное поведение.

Нет, я неправ, транзакции там в примере сериализуются. Так что всё ок

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

Так если что-то похожее есть, может, пора сделать upgrade (но решить существующую проблему это Вам вряд ли поможет — WAL-то уже сгенерирован)?

ну вот и хотелось бы сначала решить, а потом уже апгрейдить

ERROR: could not receive data from WAL stream: ERROR: could not map filenode "base/16384/77077" to relation OID

А Вы пробовали искать, что это ("base/16384/77077" ) такое?

это таблица которая реплицируется

я пробовал снять с неё ключи, транкейтнуть и заново зареплицировать, но не помогает

ну вот и хотелось бы сначала решить, а потом уже апгрейдить

Почему не наоборот? Кстати, что там в release notes подходит под Вашу ситуацию?

ну как-то продакшн вот так с наскока апгрейдить не очень хочется :)

я пробовал снять с неё ключи, транкейтнуть и заново зареплицировать, но не помогает

Где, на источнике?

нет, на получателе

WAL-ы-то там

ну как-то продакшн вот так с наскока апгрейдить не очень хочется :)

Вы и так уже опаздываете с upgrade-ами (в т.ч. уже были security fixes, как мне помнится). ;)

WAL-ы-то там

Так, похоже, в самих WAL-ах что-то не так (т.е. проблема в источнике).

да понятно, immediate проблему как снять можно?

одну таблицу допустим я могу восстановить везде

но всё остальное что изза этого застряло?

но всё остальное что изза этого застряло?

А кто его знает... скорее всего, репликацию придётся сносить и пересоздавать. И я не зря спрашивал: "Кстати, что там в release notes подходит под Вашу ситуацию?" Потому что от этого Вы могли бы оттолкнуться (от описания проблем).

но всё остальное что изза этого застряло?

Можете ещё полистать: https://www.postgresql.org/message-id/CAMa1XUjkTsrtmJxdwJBw9UBdxqYYz2pTxbwyaK0HwjQ9iLjefA@mail.gmail.com и: https://www.postgresql.org/message-id/20180914021046.oi7dm4ra3ot2g2kt%40alap3.anarazel.de На первый взгляд, похоже...

да похоже, решения только нет..

всем добра! ребята, может у кого есть под рукой компактная книжка для новичков (не инженеров) по SQL с примерами на PostgreSQL. Я дал ссылку на демку Авиаперевозок, но не знаю зайдет такое или будет слишком сложно

всем добра! ребята, может у кого есть под рукой компактная книжка для новичков (не инженеров) по SQL с примерами на PostgreSQL. Я дал ссылку на демку Авиаперевозок, но не знаю зайдет такое или будет слишком сложно

Не инженерам делать в базах нечего по определению. ПАтАмуШтА думать надо!

SQL же изучать стоит начинать с Грубера "Понимание SQL" а уже потом лезть в диалекты конкретной БД.

Не инженерам делать в базах нечего по определению. ПАтАмуШтА думать надо!

угу, спасибо

всем добра! ребята, может у кого есть под рукой компактная книжка для новичков (не инженеров) по SQL с примерами на PostgreSQL. Я дал ссылку на демку Авиаперевозок, но не знаю зайдет такое или будет слишком сложно

Sql-ex.ru можно порешать Там и книга есть для изучения основ

народ, вопрос по патрни.

как увеличить max_connections

в файле base-conf поменял, значение , сделал форсе релаод, но так и осталось 100 коннектов

Sql-ex.ru можно порешать Там и книга есть для изучения основ

Ой, лучше не надо, только хуже будет...

Ой, лучше не надо, только хуже будет...

а чем он плох?

в файле base-conf поменял, значение , сделал форсе релаод, но так и осталось 100 коннектов

Здесь нужен рестарт

Здесь нужен рестарт

я поменял в посгр кофн и сделал рестарт.

а пчему релоад не помогает ?

а пчему релоад не помогает ?

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

а чем он плох?

А чем он хорошь? Поищи, я писал, чем он плох...

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

cgc

спс