Re: FB 2.1 и запрос select ... from ... where ... IN (select ...)
Ибо IN работает не так, как ты думаешь. Внешний запрос всегда ведущий, подзапрос - ведомый. -- Дмитрий Еманов В этом как раз и проблема насколько я правильно понимал самые основы SQL подзапрос не использующий в себе значений верхнего запроса выполняется только один раз и не должен быть ведомым. Может я понял неверно и в словах Ибо IN работает не так, как ты думаешь. Внешний запрос всегда ведущий, подзапрос - ведомый. ты имел ввиду что это фича которая таким образом позволяет планом рулить?
Re: FB 2.1 и запрос select ... from ... where ... IN (select ...)
On 14 май, 07:31, Dmitry Yemanov [EMAIL PROTECTED] wrote: Павел Радченко wrote: В этом как раз и проблема насколько я правильно понимал самые основы SQL подзапрос не использующий в себе значений верхнего запроса выполняется только один раз и не должен быть ведомым. Дело в том, что в случае IN сервер неявно превращает некоррелированный запрос в коррелированный добавлением условия связи внутрь подзапроса. -- Дмитрий Еманов Большое спасибо незнал об этой тонкости FB !
FB 2.1 и запрос select ... from ... where ... IN (select ...)
Не могу заставить использовать нужный индекс запрос с IN (select ...) даже от плана отплевывается. :( p/s С Left Join все ок токо ругаются все потому что не всегда удобно в коде автопостроение запроса через Left Join делать в некоторых случаях IN километры кода экономит :( FB 2.1 вроде на всех последних билдах проверял :(