Legushka,



?Ы

Legushka,

предыдущий ответ отвечает на ваш изначальный вопрос.
на ваш следующий вопрос исчерпывающе отвечает сакраментальное:
"а поцчему ви спгашиваити?"

с последующим разоблачением, что вы не то и не так решаете, и вообще занимаетесь не своим делом.

оно вам надо ?


таки если всё ещё надо -- сформулируйте задачу не с того конца, где вам кажется светлее, а так, как она изначально стоит -- и, возможно, кто--то подскажет реально хорошее решение.

Ибо кроме как загнать проверку наличия записей в b в IMMUTABLE и именно IMMUTALBE ф-ю -- т.е. заведомо попасться при наличии конкурентов -- я не вижу способа набмануть оптимайзер в вашейтекущей постановке. Если за наполнение b отвечает только ваш процесс, -- то подход допустимый. Если не только -- то нет.

в случае, если мн-во b --параметр, то вместо table b возможно удобнее взять ARRAY[row()::b,...] -- так как если array известен на входе то и array_length и уже иммутабна, и м.б. исчислена оптимайзером при составлении плана. (т.е. при непустоте оптимайзер выяснит, что задача сводится к INNER JOIN, и для маленькой b стартует от неё)