у вас сохранилась история выполняемых команд? вы когда делали апдейт pg_database, вы там случайно не забыли указать WHERE условие?

так, и вы подключаетесь суперюзером к любой другой БД, выполняете alter database для целевой БД (или просто select к pg_database) и получаете ошибку, верно?

+1 к https://t.me/pgsql/290264
Т.е. вместо того, чтобы читать всякую дрянь в интернете ("ручными" манипуляциями с системными таблицами superuser может "запороть" весь кластер, о чём документация прямо предупреждает), лучше почитать документацию ALTER DATABASE. ;)

И, в дополнение к вышенаписанному, для того, чтобы удалить или переименовать БД, подключаться нужно к какой-то другой (в т.ч. для этого и существует БД postgres, но можно и к template1, например).

Ребят подскажите надо было отключить все сессии от db чтоб ее переименовать наел вот такой метод https://qna.habr.com/q/409496. после всех манипуляций я так понял что бд не переименовалась и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.

да, я подключился к базе postgres.

там ее переименовать хотели,а не дропнуть

\l+ то отрабатывает?

По сути на несколько страниц зашел и та же дрянь....

надо предварительно отключить всех подключенных клиентов, делается это мягким способом через выключение приложений и т.п. или жестким через select pg_terminate_backend(pid) from pg_stat_activity where datname = '...' and pid <> pg_backend_pid()

Я могу только sql запросами работать

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

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

Добрый день, коллеги.
В словах могу путаться, так как новичок, не бейте палками 😂

Делаю структуру БД для микросервиса технической поддержки.
Можете, пожалуйста, посмотреть - правильно ли сделал.

У текущей реализации есть некоторые проблемы
1. Вносить данные нужно с помощью транзакций, так как при создании тикета на сайте мне нужно заполнить несколько таблиц - создать тикет, создать сообщение в тикете, обновить статус тикета, назначить менеджера на тикет. Если хотя бы одно из этих действий в бд не прошло - от остальных толку нет.
2. При выводе пользователю его тикетов вместе со статусом и прочими данным в запосе будет слишком много JOIN'ов.

Правильно / логично составлена схема?
Что можно перестроить, чтобы сократить кол-во JOIN'ов?

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

чем нарисована эта схема?