я все понял, удачи поиска решений с ambiguous на стековеофлоу

Отлично, вот и не переходите. Толкайте воякам свои поделки на делфи, а я буду в энтерпрайзах разворачивать ERP и OSSы, и все довольны.

огнетушители не забудь развернуть.

Не беспокойся, все развернем как надо. Возвращайся к дельфям.

Вы не из лингвалео часом?

Парни тут всю ночь переписывались как и где правильно кодить... Забавно читать =))))

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

Самое интересно, что совершенно бесполезные люди. Я в SQL иногда захожу. Они в нем работают ежедневно. Простой вопрос - мутили, мутили - так и не смогли ответить. Пришлось самому додумывать. Задачка решается просто.

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

Так это понятно. Сказали бы  - не знаем. Или не хотим помогать забесплатно - вопросов бы не было

тут еще не все студенты проснулись... 😂😂😂

Ну вот в чем проблема. Соединить две таблицы. Из второй выбрать одну запись для каждой записи из первой. Сначала попыться по условию 1, если не находится - по условию 2.  Тут мне уже великие эксперты говорили, что без хранимых процедур не обойтись...

Всем привет. А никто не подскажет, с какой версии PG можно на секционированной таблице вешать FK без указания ключа секционирования родительской таблицы? Сейчас столкнулся с проблемой на 12.6, что у меня есть таблица t1, она секционирована, есть другая тоже секционированная t2. Мне нужно сделать FK из t2.t1_id на t1.id. Но ожидаемо не получается: ERROR:  there is no unique constraint matching given keys for referenced table "t1", потому что у меня в определение FK не сходит ключ секционирования t1.created_date. Чтобы решить эту проблему мне нужно в t2 добавлять аналогичный столбец. Нет ли информации, что с какой-то версии можно будет делать (или уже можно) FK без указания ключа секционирования родительской таблицы?

Ребят, помоги пожалуйста. Вот на фотографии схема данных моя. Нужно написать итоговый запрос с условием на данные внутри группы

итоговый запрос это что?

у вас неправильный "потому что"

Вот схема данных, нужно написать итоговый запрос с условием на данные внутри группы

ну хорошо. как я это понимаю у меня не получается, потому что на таблице t1 у меня в качестве PK выступает пара (id, created_date), где t1.created_date является так же ключом секционирования данной таблицы и по другому тут никак, верно? В тот момент, когда я пытаюсь сделать FK в таблице t2 ссылаясь на поле t1.id у меня это не получается, потому что в теории у меня может быть 2 одинаковых id'шника в таблице t1 с разными датами, и при таком раскладе PG не поймет какую строку ему использовать, в случае вставки в t2? (возможно криво объяснил, что имею ввиду)

Картинку поверните, пожалуйста.