А подскажите красивый table-level constraint, которое позволяло бы в таблицу вставить одну и только одну строку. Такая вырожденная таблица, с именем state или settings.
Нутром чувствую, что можно сделать что-то с помощью EXCLUDE, но в лоб не получается.

короче проблема в порту .  postgree ты обновил он порт изменил. "ss -nlt" делаешь потом свободный порт потклучаешь.

listen adress тоже не забуть а то  закаментировали

Можно сделать какой-нибудь индекс, конечно, вроде

CREATE UNIQUE INDEX settings_one_row
   ON settings((TRUE));

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

Попробовал, получилось!
Спасибо большое!

👍.

Подскажите пожалуйста, кто сталкивался,  делаю бэкапы баз 1С и на некоторых базах сыпятся ошибки вида:
[sql server] pg_dump: [sorter] WARNING: could not resolve dependency loop among these items:
[sql server] pg_dump: [sorter] DUMMY TYPE __accumrgaggdict7h21565_1 (ID 8061 OID 81010529)
[sql server] pg_dump: [sorter] DUMMY TYPE _accumrgaggdict7h21565_1 (ID 61850 OID 81010530)
[sql server] pg_dump: [sorter] INDEX _accumrgaggdict7h21565_1 (ID 94892 OID 81010528)
[sql server] pg_dump: [sorter] POST-DATA BOUNDARY (ID 108670)
[sql server] pg_dump: [sorter] TABLE DATA _yearoffset (ID 101548 OID 17275548)
[sql server] pg_dump: [sorter] PRE-DATA BOUNDARY (ID 108669)

Надо код таблиц смотреть
Но кажется что там
Таблица а зависит от б
А таблица б от а , грубо говоря
И дамп не может определиться в какой последовательности их снимать
Но это чисто теория

я ведь тоже тут наверное не просто так, в базах данных что по тонимаю

хотелось бы сразу это обозначить, что бы в последствии не возвращяться

Хмм... а чем это хуже, чем какой-то constraint?
Можно написать EXCLUDE, да, но у него будут уже объективные недостатки, насколько я помню.

soli:
Всем привет я не могу зайти в postgresql из за не правильного пароля уже всё пробовал не получается есть кто знает помогите пожалуйста

Я новичок

Во-первых, дампы — это не бекапы.
Во-вторых, если это 1С, то это какой-то fork PostgreSQL, так (т.е. откуда нам знать, какой, и какие там могут быть проблемы)?
Зато тут где-то есть чат про PostgreSQL+1С — попробуйте там спросить.

Что тогда для бэкапов использовать?

Адекватные средства — pg_probackup, pgBackRest, barman (не факт, что это всё заработает с используемым Вами fork-ом), pg_basebackup (должен же работать, в конце концов).
Опять-таки, лучше спрашивать у тех, кто работает именно с этими вещами.

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

Потому что с помощью дампов нельзя гарантировать никаких приемлемых значений RTO и RPO в хоть сколько-нибудь нетривиальном случае, и этого достаточно. У дампов есть и кучка других недостатков, разумеется, но по сравнению с основным они уже не имеют значения.

Грустно, в сторону: мне уже как-то начинает надоедать отвечать на этот вопрос (после нескольких десятков раз!). Когда у нас будет адекватный FAQ в чате?!