Оптимизация запроса с IN

[hitenok]

Здравствуйте.

Столкнулся с проблемой.

Существует запрос вида SELECT name FROM user WHERE id IN (2,5,7,8,...)

где 2,5,7,8,... числа где-то 300 - 400 шт.

Можно ли оптимизировать данный запрос и получить время меньше чем при использовании IN?

[arez]

Если по id есть индекс то IN должен работать быстро, там ведь бинарный поиск идет.

[hitenok]

Если по id есть индекс то IN должен работать быстро, там ведь бинарный поиск идет.

Есть автоинкремент, а индекса нет. Когда ставлю индекс sql начинает ругаться на то, что у одного поля два назначения

[arez]

id у вас primary key? какой тип БД и какой тип таблиц?

[hitenok]

id у вас primary key? какой тип БД и какой тип таблиц?

нет, не primary key.

тип бд InnoDB, таблицы MyISAM

[arez]

нет, не primary key.

тип бд InnoDB, таблицы MyISAM

Ничего не понимаю, что у вас там за структура таблицы? У меня в тестовой БД выборка SELECT user FROM client WHERE id IN (1...1000) где id это pk происходит за 0.01.2142 сек

Поэтому оптимизировать видимо нужно структуру БД а не запрос

Edited December 10, 2010 by arez

[Veseloff]

Проверьте записи, поставьте всем уникальные значения и поставьте праймари. Или просто добавьте KEY. И как так вообще получилось, что а автоинкременте у вас появились повторяющиеся значения?

[SelenIT]

Если ничего не путаю, есть вариант с созданием временной таблицы в памяти и запросом с inner join с ней, в каких-то тестах вроде быстрее выходило. Но поддерживаю предыдущих отвечающих — сначала нужно просто привести базу в человеческий вид. И лишь затем, если проблема останется, оптимизировать запрос.