Большая таблица(миллионы строк), в запросе множество условий(и под них попадает большая часть данных), приправленные LIKE и в конце ODER BY date DESC LIMIT 20.
Оптимизатор пытается подобрать индекс для отсеивания по части условий(меньшее из больших подмножеств), но потом при исполнении нужно проверять остальные и сортировать результат( в выбранном индексе date может присутствовать, но до него поле, где получился range)
Если же ему подсказать использовать индекс date — будет читать строки по нему и в 95% случаев получит желаемые 20 проверив меньше 100, хоть и нужно проверять все условия.
Да, причина в несоответствии структуры хранения «эволюционировавшим» условиям выборок, но работать должно сейчас, а отрефакторят быть может в следующей жизни.
Детально прорабатывались 5 вариантов развития почтового сервиса. И упомянутое приведение адресов в соответствие с RFC делалось совсем не для перехода на google. Была даже 90% готовность запуска новой системы, но появилось заманчивое предложение от google...
VIP были. Были некоторые нестыковки с существующими пользователями и RFC. Так вот людям с такими неправильными адресами предлагали выбрать себе другой. Естественно со старого некоторое время осуществлялась пересылка плюс как бонус на новом VIP активировался. Всё на автомате работало и проблем небыло.
Странно - никто не жаловался на проблемы с переадресацией. Нужно было в службу поддержки написать. Про pop3 - я говорил не о персональных MUA, а об забирании писем иными почтовыми сервисами. Кстати 3-й пункт звучит как "без переадресации отток будет быстрее" ;-). Даёшь переадресацию и люди потянутся :-D
Почему же увы? Почему же "спрыгнуть"? Переадресация и раньше была у VIP аккаунтов плюс есть и были забиралки по pop3. Видимо паспорт bigmir)net это нечто большее чем бесплатный почтовой ящик.
AFAIK заходить на веб чтобы не блокировало - это так у ukr.net. Тут же, как справедливо заметили, вполне достаточно проверки по pop3. Для переноса же в первую очередь взяли тех кто активно использует вебинтерфейс.
А как же фактор сохранения связей? Мы же часто ругаем своего оператора мобильной связи, но остаёмся с ним из-за номера который знает куча людей. С почтой это тоже работает.
Оптимизатор пытается подобрать индекс для отсеивания по части условий(меньшее из больших подмножеств), но потом при исполнении нужно проверять остальные и сортировать результат( в выбранном индексе date может присутствовать, но до него поле, где получился range)
Если же ему подсказать использовать индекс date — будет читать строки по нему и в 95% случаев получит желаемые 20 проверив меньше 100, хоть и нужно проверять все условия.
Да, причина в несоответствии структуры хранения «эволюционировавшим» условиям выборок, но работать должно сейчас, а отрефакторят быть может в следующей жизни.
http://www.concorde.com.ua/extensions/co…