"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Hello, Dorin!
Marcoci Dorin wrote:
Естественно FB выбирает индекс по GROUP_ID.
Смущает что FB долго думает, и проходит по все записи таблицы. В принципе
это логично, но если есть индекс, зачем читать все например 200000
записей с одним и тот же GROUP_ID если индекс знает что следующий
уникальный GROUP_ID находится на 200001ой записи. Нельзя ли это
оптимизировать?
Даже select distinct по натуралу работает быстрее.
http://www.sql.ru/forum/actualthread.aspx?bid=2&tid=263975&pg=2#2535391
Спасибо Дмитрий, прочитал. В принципе понятно почему натурал быстрее, но
вопрос в другом был.
Нельзя ли движку использовать здесь индекс несколько иначе чем щас, "по
умному", я же выбираю в запросе только уникальные значения, ни количество,
ни других агрегатных значений. Не вижу смысла просканировать все записи.
