И
у нас как раз такая ситуация. Пишем много на чистом SQL, много хранимок. Фактически на данном этапе монолит с большим кол-вом логики в базе. Именно по этому и начали копать в сторону CVS.
Size: a a a
2021 March 16
И
flyway ещё есть, плюс/минус то же самое
про эту тоже читал недавно бегло. спасибо
МШ
Иван
Добрый день.
Вопрос:
существуют ли адекватные системы контроля версий специализированные или адаптированные под PG?
Вопрос:
существуют ли адекватные системы контроля версий специализированные или адаптированные под PG?
pgcodekeeper? название прямо такое вот "малоговорящее". :) И конфа по этой штуке где-то рядом...
МШ
pgcodekeeper? название прямо такое вот "малоговорящее". :) И конфа по этой штуке где-то рядом...
Где-то тута (или здеся? кто знает, как правильно?): https://t.me/pgcodekeeper
LS
Иван
Добрый день.
Вопрос:
существуют ли адекватные системы контроля версий специализированные или адаптированные под PG?
Вопрос:
существуют ли адекватные системы контроля версий специализированные или адаптированные под PG?
LS
Или не то?
АГ
не прошли )))
МИ
Ребят подскажите надо было отключить все сессии от db чтоб ее переименовать наел вот такой метод https://qna.habr.com/q/409496. после всех манипуляций я так понял что бд не переименовалась и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.
VV
Коллеги, а кто-нибудь использовал какие-нибудь утилиты для бесшовного партицирования уже существующих больших таблиц(кроме pg_pathmen)? Или как правило все пишут разовые скрипты по переходу?
МИ
Ребят подскажите надо было отключить все сессии от db чтоб ее переименовать наел вот такой метод https://qna.habr.com/q/409496. после всех манипуляций я так понял что бд не переименовалась и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.
даже такой запрос select * from pg_database where вызывает это же исключение
И
уточню. хочется узнать мнения людей, которые прямо использовали или используют продукты.
Про Dolt сейчас почитал, интересно, но слишком молодо, чтобы тащить в прод, страшновато.
Про pgcodekeeper не слышал, почитаю.
Про Dolt сейчас почитал, интересно, но слишком молодо, чтобы тащить в прод, страшновато.
Про pgcodekeeper не слышал, почитаю.
AS
Ребят подскажите надо было отключить все сессии от db чтоб ее переименовать наел вот такой метод https://qna.habr.com/q/409496. после всех манипуляций я так понял что бд не переименовалась и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.
UPDATE pg_database SET datallowconn = 'true' WHERE datname = 'database_name'; видимо надо вернуть.
AL
UPDATE pg_database SET datallowconn = 'true' WHERE datname = 'database_name'; видимо надо вернуть.
не учите плохому )) для этого есть
ALTER DATABASE ... ALLOW_CONNECTIONS ...;AL
Ребят подскажите надо было отключить все сессии от db чтоб ее переименовать наел вот такой метод https://qna.habr.com/q/409496. после всех манипуляций я так понял что бд не переименовалась и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.
надо предварительно отключить всех подключенных клиентов, делается это мягким способом через выключение приложений и т.п. или жестким через
select pg_terminate_backend(pid) from pg_stat_activity where datname = '...' and pid <> pg_backend_pid()AL
способ с ALLOW_CONNECTIONS не пройдет, т.к. действует только для новых клиентов и не затрагивается уже подключенных
YS
Ребят подскажите надо было отключить все сессии от db чтоб ее переименовать наел вот такой метод https://qna.habr.com/q/409496. после всех манипуляций я так понял что бд не переименовалась и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.
+1 к https://t.me/pgsql/290264
Т.е. вместо того, чтобы читать всякую дрянь в интернете ("ручными" манипуляциями с системными таблицами superuser может "запороть" весь кластер, о чём документация прямо предупреждает), лучше почитать документацию ALTER DATABASE. ;)
И, в дополнение к вышенаписанному, для того, чтобы удалить или переименовать БД, подключаться нужно к какой-то другой (в т.ч. для этого и существует БД postgres, но можно и к template1, например).
Т.е. вместо того, чтобы читать всякую дрянь в интернете ("ручными" манипуляциями с системными таблицами superuser может "запороть" весь кластер, о чём документация прямо предупреждает), лучше почитать документацию ALTER DATABASE. ;)
И, в дополнение к вышенаписанному, для того, чтобы удалить или переименовать БД, подключаться нужно к какой-то другой (в т.ч. для этого и существует БД postgres, но можно и к template1, например).
AL
Ребят подскажите надо было отключить все сессии от db чтоб ее переименовать наел вот такой метод https://qna.habr.com/q/409496. после всех манипуляций я так понял что бд не переименовалась и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.
> и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.
теперь чтобы разрешить подключения, надо проделать:
теперь чтобы разрешить подключения, надо проделать:
alter database ... allow_connections true
МИ
> и сделать что то с ней я не могу, выпадает ошибка FATAL: database "database_name" is not currently accepting connections.
теперь чтобы разрешить подключения, надо проделать:
теперь чтобы разрешить подключения, надо проделать:
alter database ... allow_connections true
Тоже пытался, та же ошибка.
AL
а когда команду выполняете, то к какой БД подключены?
МИ
Yaroslav Schekin
+1 к https://t.me/pgsql/290264
Т.е. вместо того, чтобы читать всякую дрянь в интернете ("ручными" манипуляциями с системными таблицами superuser может "запороть" весь кластер, о чём документация прямо предупреждает), лучше почитать документацию ALTER DATABASE. ;)
И, в дополнение к вышенаписанному, для того, чтобы удалить или переименовать БД, подключаться нужно к какой-то другой (в т.ч. для этого и существует БД postgres, но можно и к template1, например).
Т.е. вместо того, чтобы читать всякую дрянь в интернете ("ручными" манипуляциями с системными таблицами superuser может "запороть" весь кластер, о чём документация прямо предупреждает), лучше почитать документацию ALTER DATABASE. ;)
И, в дополнение к вышенаписанному, для того, чтобы удалить или переименовать БД, подключаться нужно к какой-то другой (в т.ч. для этого и существует БД postgres, но можно и к template1, например).
По сути на несколько страниц зашел и та же дрянь....