Это точно не postgres-овская ошибка, по крайней мере. Можно там как-то узнать, что выдал PostgreSQL (ну или в его логах посмотрите, если там вообще что-то есть)?
у меня есть драйвер jdbc на java, который отправляет запросы в постгрес. Почему то некоторые транзакции откатываются с такой ошибкой. У нас есть проблема на сервере - памяти свободной менее 10% , может поэтому откатывается? В логах постргеса можно как то посмотреть дополнительно что то по проблеме? где?
Привет. Получаю такую ошибку в логах Executed roolback on connection org.postgresql.jdbc.PgConnection@ due to dirty commit state close.
может ли она возникать из-за нехватки места на диске? или какие еще причины?
больше похоже на кривую работу драйвера я бы посмотрел на настройки с которыми он запускается, заглянул бы в документацию за правильными примерами (или бы погуглил) и поэкспериментировал
и конечно проверить в логи постгреса, на предмет криминала в момент когда эта ошибка происходит - смотрите таймстемпы ошибки из приложения и смотрите соотв. таймстемпы в логе постгреса
Думаю, стоит всем напомнить, что сегодня последний срок подачи докладов на PGConf.Online. Кому есть чем поделиться, можно это слелать в любом удобном для вас формате - можно подать доклад на 22 минуты или 45 минут (+ время на вопросы) или мастер-класс на 90 либо 180 минут. Более подробная информация есть здесь, всем удачи с заявками: https://pgconf.ru/speakers
И всё равно не стоит тысячи partitions использовать (т.е. в 12/13 стало не так плохо, как раньше, вот и всё).
я понимаю, что скорее всего partitioning не по назначению используется в этой базе, но если гвозди получается забивать микроскопом и это всех устаривает пока, сложно убедить потратить время разработчиков на переделывание
Привет, хочу спросить, могу ли я заменить сразу все значения массива в json? jsonb_set(data, ARRAY ['0', 'BillingOption'], ('test')::jsonb, false) меняет только первый.