LIMIT для каждого вхождения в IN(...)

[Йакуд]

Приветствую, появился такой вопрос, как мне применить фильтр LIMIT N для каждого вхождения в IN(...)? Существует примерно вот такой запрос:

SELECT * FROM `table` WHERE `sid` IN ('1', '2', '3')

Так вот, мне нужно выбрать N элементов где sid==1, N элементов где sid==2 и т.д.
Если я напишу LIMIT вконце выражения, то работать явно будет не так. Выберется всего N элементов.
Заранее, спасибо за помощь!

 

[Redjik]

UNION

 

[Йакуд]

UNION

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

 

[c0dex]

Перед тем, как выиграть время - напиши хоть как-нибудь

 

[Йакуд]

Перед тем, как выиграть время - напиши хоть как-нибудь

"Хоть как-нибудь" уже есть и прекрасно работает, но сейчас идет стадия рефакторинга и оптимизации, хочется максимально возможно оптимизировать.
Если я правильно понимаю, то запросы с UNION будут побыстрее, чем несколько запросов. Выигрываем время на подключении к базе и т.п.

 

[Dovg]

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

Если я правильно понимаю, то нужно смотреть план выполнения конкретного запроса.

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

 

[Redjik]

сейчас идет стадия рефакторинга и оптимизации

ты уверен? =)

да, с UNION быстрее, это разве не очевидно? а вообще есть explain

 

[~WR~]

http://stackoverflow.com/questions/532878/how-to-perform-grouped-ranking-in-mysql

 

[Redjik]

~WR~
не вчитывался, но не проще было сделать GROUP BY ALL?

 

[Фанат]

сейчас идет стадия рефакторинга и оптимизации

Этой стадии должна была предшествовать стадия профайлинга, чтобы оптимизация действительно была именно что "по максимуму", а не в форме безумных метаний по переписыванию случайно попавших под руку кусков кода, которые и так прекрасно работают (sic!)