Отучайтесь от виндовых привычек - кидаться картинками. Из описания: создаёте уникальный индекс с ограничениями NOT NULL на оба поля, которые в действующем ПК, и переносите ПК на другое поле.

Ибо есть заклинание «импортозамещение» и этим всё сказано 😟

За 1.5 года поставили задачу переехать

я на него не ориентируюсь. работал с Oracle, MySQL, MS SQL и Postgres. Из них всех предпочитаю последний:
- Oracle необаснованно дорогой, суппорт никакой
- от MySQL отказался в начале 2000-х, когда они позволяли себе очень вольное отношение к данным
- MS-SQL — это винда и лишние расходы.
за 20 лет PostgreSQL вырос неимоверно. после него работать с тем же Oracle — очень неудобно.

Такая же история про Postgres после Oracle, Виктор. После 15 лет эксплуатации Oracle, сложно понять радость комьюнити от Postgres.

Oracle просто работает, почти с дефолтными настройками, 5 серверов, репликация между ними. DBA только проверяет резервные копии. Это как Toyota.

с каждым годом все хуже?

возьмите okmeter.io, это SaaS, есть компании, которые проходили PCI DSS сертификацию с ним.

тоже самое могу сказать про Postgres: 3 кластера, 12/7/7 серверов в каждом, работает отлично. это один из множества клиентов…
купите консультативные часы, вам расскажут best practices в администрировании Postgres, дальше выстроите свой подход

Спасибо, но не подойдёт. Нет доступа к Интернет из Интранет

Да это тоже вариант

Доброго вечера! Добрался до "отношений" в постгресе, появился следующий вопрос: Смотрю доку, статьи и т.д. При создании таблицы кто-то пишет FOREIGN KEY (user_id) REFERENCES users(id), а кто-то просто user_id REFERENCES users(id)
Можете подсказать, в чем разница или указать на ресурс, где доступно это объясняется?
(P.S.) При рассмотрении DDL в Postico, даже при создании таблицы первым вариантом, все равно убирается FOREIGN KEY и остается второй вариант
Заранее благодарю!

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

Про вторую форму - с ключевым словом FOREIGN KEY?

обе требуют этого ключевого слова. читайте тут: https://www.postgresql.org/docs/current/sql-createtable.html

На ограничении колонки нету FOREIGN KEY (прошу прощения, если не там посмотрел)

да, вы правы, попутал с REFERENCES.

Осознал
Действительно, с FK выглядит чуть более наглядно
Спасибо вам огромное!

Господа, два составных типа сохраняются в массив, чтобы потом "отдаться" в json виде, есть ли более удобный способ получать такой массив в Hall?