Кареглазая_заятаблица r_sl очень большая, можно ли каким-нибудь образом exists заменить?Я бы в 1-ю очередь обратил внимание на join'ы - они по-умолчанию inner, если я не ошибаюсь.
Если есть возможность, лучше заменять их на left/right [outer] join'ы - они работают "в один проход" при чем "с нужной стороны", в отличие от inner.
Например, если к основной таблице чз left join присоединить другую с записями по ключу - такое соединение пройдет наиболее безболезненно по времени.

Что касается exists - он работает быстро, ведь он в WHERE и не участвует в соединении таблиц, а только в фильтрации результата.
Можно попробовать и приджойнить "себя же" и в WHERE только даты сравнивать, но я очень сомневаюсь, что будет быстрее.

Да, еще, основное условие "mkb not starting with 'O'" ужасно, по полю mkb с таким условием индекс сомневаюсь, что получится использовать.

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

Чтобы хоть часть отсечь в таком случае - придется основной таблицей делать пациентов - их можно по возрасту по индексу фильтрануть.

Симонов ДенисYuRockЕсли есть возможность, лучше заменять их на left/right [outer] join'ы - они работают "в один проход" при чем "с нужной стороны", в отличие от inner.
Например, если к основной таблице чз left join присоединить другую с записями по ключу - такое соединение пройдет наиболее безболезненно по времени.

А давай ты не будешь говорить о том в чём совсем не смыслишь. Оба твоих сообщения полнейшая чушь
Окей, чушь, но я написал всё это исходя из своего опыта и своего понимания, как это всё работает.

P.S. Ты утверждаешь, что inner и left join'ы -одинаковы по быстродействию, т.е. для сервера работы одинаковое количество для этих двух видов соединения таблиц?
Я считаю, что нет, и left легче, а ты написал - что это полная чушь.
Так вот, повторяю вопрос: "Ты утверждаешь, что inner и left join'ы -одинаковы по быстродействию, т.е. для сервера работы одинаковое количество для этих двух видов соединения таблиц?"

Симонов ДенисYuRock,
Я привык доверять оптимизатору и только если меня не устраивает быстродействие, то рассматриваю как можно самостоятельно оптимизировать запрос. Золотое правило не пытаться преждевременно оптимизировать.
И да в случае inner join вариантов выполнения много больше. Оптимизатор может принять лучшее решение и только если он это делает неправильно нужно рассматривать другие варианты.
Именно так я и поступаю тоже всегда. Сдесь же ТС обратился с просьбой дать идеи, как попробовать оптимизировать запрос, который выполняется "оооочень долго". Я дал свои советы, исходя из своего опята.

Симонов ДенисОба твоих сообщения полнейшая чушь.

Симонов Дениствой опыт весьма поверхностный.

Тут можешь продолжать и дальше, меня подобные высказывания не трогают.

Только ты ответь: Ты действительно считаешь чушью (как ты и написал), что left легче inner? Или просто у самого чушь вырвалась случайно?