База чужая - данный запрос единственный способ "мониторить" состояние чужой базы, этот запрос ( с доплнительным фильтром по дате) будет дёргаться кажную минуту (из 1эс),  и еслибы это была единственная задача, то 6 секунд не так уж много...
Но эска, ###, на время запроса к сторонней базе через одбц драйвер вешает себя на это время :( вот поэтому и становятся эти 6 секунд такими критичными (тотже запрос, но с первый, а не последним вхождением выполняется за секунду).

Религия не позволяющая добавить индексы - называется "у нас так исторически сложилось и менять ничего не будем", а база принадлежит другому подразделению в холдинге - они-то доступа и не дают...

Не знаю - поможет ли совет. В таких случаях мы, обычно, заказываем интерфейсную таблицу или вьюху или выгрузку, оговаривая какого рода данные, в каком формате нам нужны. И, тем самым, переносим заботу обеспечения достоверности и производительности данных на сторону исполнителя. Но тут нужна политическая воля или же какие то финаносвые вложения. Писать запросы к чужой базе... ну не правильно как-то..  с организационной точки зрения. Жирный минус в карму вашему менеджменту. В конце концов, отнюдь ведь не факт что актуальная копия нужных вам данных не формируется где-то. И, опять же, весьма странно, что структура, предназначеная для хранения исторического разреза не адаптирована на запросы к ней. В таких случаях возникает вопрос, если данные не выбираются, зачем их хранить. Может действительно, вы не туда сморите, не являясь экспертом во внешней системе.

Это сообщение отредактировал(а) Zloxa - 29.6.2011, 20:21