так в общем случае сдесь впринципе логически индекс не применим.

ибо.

сортировка пополю А (не участвует в отборе)

отбор по полю БВ не учавствует в сортировке

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

а нащот использования индекса. то что поле индексировано, и оно учавствует в отборе, не означает что по индексу будет быстрее...

простой пример.

предположим наша таблица заполнена записиями длиной 100 байт

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

итого...принимая во внимание что винчестер читаеться по 4кб и хоть тресни прийдёться читать весь кластер, то чем мыкаться по индексу, легче читать все подряд и уже самому
по смещениям отсеять. - это в теории. я к тому что не факт что по индексу будет быстрее.

и форс индекс дал чучуть лучше результат - возможно именно по этому...что вместо (как в нашем примере, 41 проверки в кластере для поиска нужных 8 блоков, мы уже сразу знали какие 8 надо...но читать то всёравно всё пришлось, и вырезки кусков делать теже...а эти операции более дорогие чем проверка...поэтому и результат "чучуть лудше"

miksoftalex564657498765453ак в общем случае сдесь впринципе логически индекс не применим.

ибо.

сортировка пополю А (не участвует в отборе)

отбор по полю БВ не учавствует в сортировке

итого для отбора если индекс задействовать, то он уже не применим к сортировке, то что будет применимо к сортировке - не сможет быть задействовано в отборе.Ну здрасьте. Индекс БВА очень даже применим. http://dev.mysql.com/doc/refman/5.5/en/order-by-optimization.html The following queries use the index to resolve the ORDER BY part:
...
SELECT * FROM t1
WHERE key_part1 = constant
ORDER BY key_part2;

ну и бва не применим!!!

у тебя по индексу значения
1 1 в
1 2 б
2 1 а

вот по индексу они лежат, а сортировать надо только по третей колонке!

миксофт...тоесть ты хочешь сказать что если у меня индекс

wxyz - 4 bytes - одно поле
то я с таким индексом не смогу сортировать по последнему байту

но если это 4 поля однобайтовых- то смогу???

как? вот хочу сделать просто выборку из базы - все но сортировать по последнему полю в индексе составном...и как мускл должен это сделать?

а даже если и отбор сделан по Б и В - ну нашло оно ветку индекса и???

чем это отличаеться от ситуации когда в базе все значения у Б и В одинаковые, и такой выбор будет неотличим от выборки всего???



технически - у мкскла при попадании на ветку в индексном дереве, когда оставшаяся часть исключительно есть значения А - то можно и посортировать по индексу - а точнее оно уже так, но мускл , лично мне помниться...сдесь же на форуме проскакивало....до таких тонкостей не додумаеться.

miksoftalex564657498765453технически - у мкскла при попадании на ветку в индексном дереве, когда оставшаяся часть исключительно есть значения А - то можно и посортировать по индексу - а точнее оно уже так, но мускл , лично мне помниться...сдесь же на форуме проскакивало....до таких тонкостей не додумаеться.я даже доку выше процитировал.

а я уже на мускле у себя проверил... блин, приятно зайти на форум, на шару поучиться у миксофта :)