sql выборка с лимитом по where

условно есть таблица документов c полями
id, category, name, status

нужно написать sql запрос на выборку документов по 10 из каждой категории для status ='active'.

Сделать выбор всех документов а потом удалить в каждой категории лишние записи неподходит, так в таблице очень много данных (даже count по категории зависает на пару часов).

Также могу решить эту проблему на другом языке, сделал 100 запросов (тоесть для каждой категории по запросу), а потом это все склеить. Но хотелосьбы обычным sql решить

З.Ы. mysql, innodb
оталикивался от запрса select * from document where category in (1,2,3,4,5) and status = 'active' limit 10; но лимит правильно поставить для каждой категории незнаю как

(Отредактировано автором: 24 Марта, 2014 - 12:00:59)

Это ж насколько должен быть слабым тазик или огромной БД, чтоб озадачиться на такое время?!

А по теме. Выбрать категории и в цикле выбрать по 10 документов из каждой.

-----
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api

Не встречал пока изящных и эффективных решений таких задач.

Дёшево и сердито - объедините в union кучку запросов, они же однотипные.

-----
PostgreSQL DBA

а можно пример этого запроса, который выполняется из phpMyAdmin?

и может подумать о переводе на MyISAM ?!
http://www[dot]opennet[dot]ru/tips/1958_[dot][dot][dot]sam_innodb[dot]shtml

select count(*) from document where category = 29;
вернуло 5 милионов записей. И таких категорий около 100.
Я правда сильно преувеличил, count наверно выполняется меньше часа, просто я банально приконектился к выделенному серверу БД, сделал запрос, 10 минут ответа нету, завершаю запрос, делаю експлейн, убеждаюсь что цепляю индексы, делаю count по одной категории, жду 10 минут, результата еще нету, отконекчиваюсь, через пару часов вспомню про запрос, опять конекчусь, и о чудо 5 миллионов только в одной категории. А мне по сути надо мизер что бы залить в тестовую базу.

З.Ы. А по поводу смены/оптимизации базы/сервера это все не в моей компетенции, этим у нас занимаются админы. Просто я ждал ответ в виде for или что нибудь этакого sql-ного, чисто раде повышение скила.

З.Ы.Ы транзакционнасть нужна поэтому innodb, и имхо тормозит потому что каждую миниту транзакционно добавляються/обновляються пару документов.

Чтобы оно крэшилось просто by design и идти в даунтайм на repair на пару суток на каждый чих?


Смотрите stored procedure

-----
PostgreSQL DBA