Код: Выделить всё
select distinct a.fone from atc a
where a.fone like '8067%'
or a.fone like '8097%'
or a.fone like '8050%'
or a.fone like '8066%'Код: Выделить всё
select b.fone
from atc b
where b.i_date >= '01.02.2005'
and b.i_date < '01.03.2005'
and b.fone in (select distinct a.fone from atc a
where a.fone like '8067%'
or a.fone like '8097%'
or a.fone like '8050%'
or a.fone like '8066%')
.Код: Выделить всё
select distinct a.fone from atc a
where
where a.i_date >= '01.02.2005'
and a.i_date < '01.03.2005'
And
(a.fone like '8067%'
or a.fone like '8097%'
or a.fone like '8050%'
or a.fone like '8066%')
Чтобы выбранные телефонные номера не повторялисьdimitr писал(а):а зачем тебе DISTINCT в подзапросе?
, т.е. чтобы внешний запрос не напрягался сильно.ОПАMerlin писал(а):А вот этот?
select distinct a.fone from atc a
where
where a.i_date >= '01.02.2005'
and a.i_date < '01.03.2005'
And
(a.fone like '8067%'
or a.fone like '8097%'
or a.fone like '8050%'
or a.fone like '8066%')
. А я и не знал, что такая конструкция прокатывает, вернее не предпологал . Большое спасибо, так все работает быстро!Потому что его попросил ограничить выборку датами, а потом для каждой записи этой выборки сделать подзапрос и большую часть из неё выкинуть, вместо того, чтобы наложить все ограничения сразу.ponyol писал(а): ЗЫ. Но все же, ради любопытства, почему же мой запрос так тормозит?
Дело в том, что выборка по датам дает всего лишь 3800 записей. Т.е. сервер из этого количества выберает 800 записей и чуть ли не умирает (99% проца и бесконечное время)? Питон с такой задачей (скриптом из десятка строк) справляется ну очень быстро (не засекал)! У меня есть ощущение, что fb сначала пытается выгрибать записи по всей таблице из подзапроса, а потом по датам. По другому эту тормознутось я объяснить не могу.Merlin писал(а):Потому что его попросил ограничить выборку датами, а потом для каждой записи этой выборки сделать подзапрос и большую часть из неё выкинуть, вместо того, чтобы наложить все ограничения сразу.ponyol писал(а): ЗЫ. Но все же, ради любопытства, почему же мой запрос так тормозит?
От упэртый, як хохолponyol писал(а):Дело в том, что выборка по датам дает всего лишь 3800 записей. Т.е. сервер из этого количества выберает 800 записей и чуть ли не умирает (99% проца и бесконечное время)? Питон с такой задачей (скриптом из десятка строк) справляется ну очень быстро (не засекал)! У меня есть ощущение, что fb сначала пытается выгрибать записи по всей таблице из подзапроса, а потом по датам. По другому эту тормознутось я объяснить не могу.Merlin писал(а):Потому что его попросил ограничить выборку датами, а потом для каждой записи этой выборки сделать подзапрос и большую часть из неё выкинуть, вместо того, чтобы наложить все ограничения сразу.ponyol писал(а): ЗЫ. Но все же, ради любопытства, почему же мой запрос так тормозит?
Если бы так, то было бы как раз быстрее. А ты его заставил ограничить по дате, а потом 3800 разponyol писал(а): выгрибать записи по всей таблице из подзапроса
Не понимаеш. FB выполняет подзапрос каждый раз для проверки in. Что приводит к 4500 раз выполнению подзапроса.ponyol писал(а):Чтобы выбранные телефонные номера не повторялисьdimitr писал(а):а зачем тебе DISTINCT в подзапросе?
ЗЫ. Если внешний запрос запустиь без подзапроса, то получается около 4500 записей. Неужели fb в них так долго ищет "b.fone in"? Или я ничего не понимаю?
Не все так просто. Изза наличия selectable procedure запросы получаються не реентабелные. Т.е. ты можеш выполнить запросponyol писал(а): а почему бы не один?
Странно, что не так
Подзапрос сервер превращает в коррелированный, с зависимостью от внешнего через b.fone. Но ты серверу всю бодягу испортил своими условиями отбора и DISTINCT-ом сверху, который просто блокирует возможный индексный поиск по fone.ponyol писал(а):Я, несмышленышь, думал, что in выполняется только один раз (а почему бы не один?) и висит где нить в кеше. Странно, что не так