можно, кворум нужно удерживать только для кластера консул

есть ли тип данных для телефонных номеров?

насколько я знаю нет, но это не мешает сделать text с check.

там вроде даже ни одного релиза не было. ставить такое в прод как то страшновато и ради тел. номеров
можно получить пачку неприятностей.
"version": "0.1.0"

Я бы даже дополнил мнением о том, что стоит максимально избегать таких вот сторонних расширений с кастомными типами. Потому что кастомные типы могут добавить немало геморроя при необходимости банально обновить версию постгреса, вызывают боль при запросах в базу из кода вследствие неизвестной ситуации с их typecasting'ом  и  имеют много других неочевидных поначалу минусов.
Крайне рекомендую пользоваться строго стандартными типами данных, пусть даже это привносит оверхед по сравнению с кастомными. Или, как минимум, тщательно изучить исходники и быть готовым поддерживать их самостоятельно в будущем.

ребята привет! что лучше если запросов в БД много: получить ошибку об уникальности или отправить 2 запроса (select + insert) ?

можно отправить 1 insert ... on conflict ignore/update/...

👍🏻  on conflict  (column) do nothing

коллеги, я правильно понимаю что сочетание следующих параметров в Патрони даст в результате синхронную репликацию с remote_apply?

synchronous_mode: 'on'
synchronous_commit: "remote_apply"
synchronous_standby_names: "some_node_name"

или последние 2 параметра от самого постгреса избыточны и синхронный режим патрони подразумевает это сам по себе?

как-то в документации это не слишком развернуто описано

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

так значит в 12м подвезли генерируемые колонки?

synchronous_mode: 'on'
synchronous_commit: "remote_apply"
synchronous_standby_names: "some_node_name"

@vkukharik есть минутка?

synchronous_mode: 'on'
synchronous_commit: "remote_apply"
synchronous_standby_names: "some_node_name"

Третий параметр лишний, он и так проставится при наличии первого

Меня именно волнует факт применения изменений на реплике, если средствами патрони кластер понимает кто там сейчас синхронная реплика, это окей

То есть будет именно remote_apply?

Remote apply вы сами проставляете в параметрах постгреса. Synchronous mode (параметр патрони, не постгреса) проставит в synchronous_standby_names одну из реплик. Учтите, у него есть два значения - on и strict.

вот теперь понятно. Было опасение что синхронный режим Патрони может пффектить синхронную репликацию самого постгреса. Как и говорил, из документации не совсем явно это следует. Благодарю