В том то и проблема

Я подумал 2 в конце это опечатка.

Если бы...

Тогда я сути не понял.

Что за приоритет?

Ну самый высокий это 1 дальше - ниже т.е нужно так отсортировать чтобы вверху оказались все записи у которых приоритет выше

И при этом чтобы было отсортировано и по первому столбцу

Приоритет это просто название столбца в моем случае

2 2 оказалось внизу потому что у 2 в первом столбце нет 1 во втором, т.е приоритет ниже остальных

тогда 3 2 в самом низу должно быть, после 2 2, разве нет?

Нет у 3 есть 1, а у 2 нет

Т.е приоритет 2 ниже и должно быть ниже записи с 3 в первом столбце

а, то есть тут группировки такие, понял

вот так это понятней воспринять)

Да ?

Интересный способ. Попробую.

Попробовал. Всё так же ORA-08177 при select после второго update'а через oracle_fdw

Если это все из оракла делать теми запросами, которые показывает EXPLAIN — повторяется?

В транзакции с соответствующим isolation level?

Если это все из оракла делать теми запросами, которые показывает EXPLAIN — повторяется?

Если всё делать из oracle, то ни postgres ни тем более oracle_fdw не нужен

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

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

Подскажите с сортировкой, не могу решение придумать Есть таблица One Two 1 1 1 2 1 2 2 2 3 2 3 1 4 1 Нужно получить One Two 1 1 1 2 1 2 3 1 3 2 4 1 2 2 Как то так...

Не уверен насчёт производительности и абсолютной верности, но: SELECT one, two FROM something ORDER BY min(two) OVER (PARTITION BY one), one, two;

Если это ещё вообще нужно)

а какие подводные камни ожидают при 'REVOKE ALL ON SCHEMA public FROM public' ? кто-нибудь на них спотыкался?

паблик потеряет привилегии create и usage на схему? не спотыкался, но предполагаю, что подводных камней там и нет

мы обычно у паблик-схемы не отбираем, на то он и паблик)

Если это ещё вообще нужно)

Спасибо большое за идею! Интересное решение, потестирую

Всем привет.Нужен совет. Используется между серверами потоковая репликация. Образуется лаг периодически.Причину выявить не получается. По активности видно, что валы накатывается раз в 10 минут и в этот момент есть утилизация по диску на слейве. Вопрос: какими параметрами в postgres можно размазать нагрузку? Т.е чтоб валы накатывались чаще и меньшими порциями, например.

Если по задачке актуально, то : with cte as ( select * from ( values (1 ,1) ,(1 , 2) ,(1 , 2) ,(2 , 2) ,(3 , 2) ,(3 ,1) ) t(one ,two) ) select z.one, z.two--, m.min_two from cte z cross join lateral(select two min_two from cte where one = z.one order by two limit 1) m order by m.min_two, z.one, z.two

каким-то зданием при устройстве на работу отдает...

А как-то можно узнать, когда в последний раз изменялась таблица, если полей дат в ней нет?

А как-то можно узнать, когда в последний раз изменялась таблица, если полей дат в ней нет?

https://www.postgresql.org/message-id/3f0b79eb0804250725w3349903iedbe11f0e2cd3fe5%40mail.gmail.com здесь рекомендуют смотреть на mtime у файлов, соответствующих таблице. Но их может менять еще и вакуум. Или же новые изменения могут еще находиться в WAL. В любом случае, это не будет время последней транзакции.

Я хочу мониторинг навесить на нагиос. Можно смотреть на данные по работе автовакуума в pg_stat_all_tables?

Мне не надо точно, хочу проверять, что таблица менялась менее чем час назад, например.

Или last_autoanalyze, он же не будет менятся, если таблица не меняется?

а много вообще запросов идет к этой таблице?

в сутки

нет, я сделал на last_analyze, ибо таблица меняется в одном месте и после заполнения выполняется analyze

раз в 6 минут меняется

SELECT last_analyze > NOW() - '15 minutes'::interval AS updated FROM pg_stat_all_tables WHERE schemaname = 'schema' GROUP BY last_analyze > NOW() - '15 minutes'::interval; У нас есть отдельная схема с агрегированными данными, захотелось проверять, что обновляются.

может кому еще пригодится.

лайфхак

(нагиос настроен на количество строк – если 2 critical, 1 - ok. Если что-то не обновится в схеме, крякнет

каким-то зданием при устройстве на работу отдает...

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

Всем привет.Нужен совет. Используется между серверами потоковая репликация. Образуется лаг периодически.Причину выявить не получается. По активности видно, что валы накатывается раз в 10 минут и в этот момент есть утилизация по диску на слейве. Вопрос: какими параметрами в postgres можно размазать нагрузку? Т.е чтоб валы накатывались чаще и меньшими порциями, например.

Использовать слоты ?

Использовать слоты ?

Слоты гарантируют, что требуемые реплике логи не потрутся. Как они помогут размазать нагрузку?

Всем привет.Нужен совет. Используется между серверами потоковая репликация. Образуется лаг периодически.Причину выявить не получается. По активности видно, что валы накатывается раз в 10 минут и в этот момент есть утилизация по диску на слейве. Вопрос: какими параметрами в postgres можно размазать нагрузку? Т.е чтоб валы накатывались чаще и меньшими порциями, например.

Какие значения параметров archive_timeout, max_standby_archive_delay, max_standby_streaming_delay, max_wal_senders ?

Использовать слоты ?

а чем это поможет? разграничить поток?

Количество валов вырастает в момент лага? Стендбай открыт для чтения? Есть долгие запросы на стендбае?

Количество валов вырастает в момент лага? Стендбай открыт для чтения? Есть долгие запросы на стендбае?

Долгих запросов нет. есть много быстрых.. остальное надо понаблюдать

Лаг может быть по следующим причинам: - высокая активность на мастере, изменения не успевают применяться - долгие запросы на реплике лочат данные - накат останавливается пока блокировку не отпустит, т.к. репликация физическая, должен быть последовательный накат изменений - проблемы с сетью (обычно самый маловероятный случай и самый заметный)

Если честно, то очень похоже на второй вариант. Ловите лаг и смотрите блокировки на слейве

Лаг может быть по следующим причинам: - высокая активность на мастере, изменения не успевают применяться - долгие запросы на реплике лочат данные - накат останавливается пока блокировку не отпустит, т.к. репликация физическая, должен быть последовательный накат изменений - проблемы с сетью (обычно самый маловероятный случай и самый заметный)

Удивительно, но самый маловероятный случай лага я последнее время наблюдаю как раз из-за сети. Оказывается растут задержки в сети из-за перестроения STP. Я это обнаруживаю так: SELECT EXTRACT (seconds from (last_msg_receipt_time - last_msg_send_time)) AS network_lag_seconds FROM pg_stat_wal_receiver. Для этого нужно синхронизированное время на мастере и реплике

это как же сеть должно колбасить

Bug 2728408 can cause ORA-8177 cannot serialize access for this transaction even if no modification of remote data is attempted. It can occur with Oracle server 8.1.7.4 (install one-off patch 2728408) or Oracle server 9.2 (install Patch Set 9.2.0.4 or better).

Oracle дотянул этот баг до 11.2.0.3 как bug 16560097 и вероятно дальше, т.к. в статусе написано "not a bug" .

Странное исполнение MVCC и serializable level

Вместо stp включайте rstp. И про edge-port не забывайте в сторону клиентов, иначе любой флап будет приюводить к перестроению

Привет, группа! Тут появился вопрос, как мне из jsonb формата { "id1": { "a": 1, "b":2}, "id2":{"a":3, "b":4}} перевести к формату: {"id1":1, "id2":3} ? Как я понял нельзя пробегался по ключам в jsonb, получается нужно презентацию функции хранимки делать?

ERROR: S client not available

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

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

не очень понятно что хочешь сделать

Из одного jsonb другой jsonb, с сохранением ключей, но изменить велью.

И так для каждой строки таблицы...

а кто с постгрес астрой работал?

когда создаешь юзера - проблема при входе через psql -U dbuser

ругается на мандат

а кто с постгрес астрой работал?

какая астра? и какой постгрес?

1,5 9,4

Astra Linux Смоленск 1.5, постгри с поставки 9.4

usermod -a -G shadow postgres setfacl -d -m u:postgres:r /etc/parsec/macdb setfacl -R -m u:postgres:r /etc/parsec/macdb setfacl -m u:postgres:rx /etc/parsec/macdb

эт да, а если хочу другого юзера?

созда dbuser, создавать юзера на ОС?

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

usermac -c 0:0 пользователь

постгрес может норм входит, а вот юзер нет

хм, я попробовал сделать вот это pdpl-user -z dbuser

и у меня зашло, хоть не совсем понял что там произошло

usermac -c 0:0 пользователь

это не тоже самое что pdpl-user -z user ?

Я не пользовался pdpl-user. В ос добавлял обычно пользователя и на БД через SQL

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

нет. Живёт в виртуалке для тестирования php и БД части

попробуйте расширить партицию (через удаление/создание партиции)

Всем привет. Смотрю я на большую кашу из 1292 процедур в public (куда примешаны не только postgis, но и частные процедуры) и в очередной раз думаю о том, чтобы частные процедуры вынести в другую схему. Кто как к этому относится?

выносите конечно а так, я мечтаю о пакетах...

Мои аргументы "за" и "против" —- за) Легче видеть и навигироваться в (datatable) что написано для базы прротив) Я понимаю что теперь не получится в рамках схемы писать: "fserchaddress()", придется писать типа address.fsearch();

выносите конечно а так, я мечтаю о пакетах...

чего за пакеты?

Хорошая практика в паблик ничего не хранить