Ð
а как предполагается выбирать из них? если не важно какую - брать любую
Size: a a a
2021 June 22
SB
Так выбирать по номеру условия, в том то и дело.
Ð
что значит по номеру условия? coalesce?
C
Ну и добавить where tbl2.fld is not null and tbl3.fld3 is not null
SB
Т.е. есть условие 1 и условие 2. Если найдена запись по условию 1 - то она включается. Если есть записи по усл 1 и по усл 2, то только одна любая запись по усл 1. Если нет записией по усл1 и есть по усл2 - то любая из найденых по усл2.
C
Но так понятнее
C
Ой если будет больше одной записи по условию 1 то будет жопа, извините
SB
Так это не будет работать потому что одна и та же запись может соответствовать и усл1 и усл2
SB
Т.е. усл1 и усл2 не взаимоисключающие
C
Ну правильно coalesce выберет значение из первой найденной, потом дистинкт или групбай
Ð
почему бы не написать функцию, которая ищет подходящую запись, сначала по первому условию, потом если не нашлась то по второму, и возвращает ее или ее ключ
SB
А, так там же не одно поле надо взять, а всю запись.
C
Ну пусть и запись вернёт
C
Голосую за функцию, потому что если по второму условию могут быть несколько записей, то без дистинкта или групбая не обойтись.
Ð
а еще может появится третье условие через год, и городушки будет хрен разобрать. Это императивная логика, а не алгебра
C
Нет такого синтаксиса join для первой попавшейся записи, всегда это умножение
C
C
А вообще бизнес логику нужно из БД уносить, тем более такую не четкую с regexp
Ð
не факт, вообще не факт, зависит от архитектуры. Логика внутри пг прекрасно себя чувствует и умеет даже равномерно распределяться по ядрам.
Ð
В идеальной системе вообще вся логика в бд, кроме разве что многообразия форм запросов на чтение, но я и их стараюсь оборачивать в интерфейсные функции