Mishka>Особо не поможет - так как queued <> 1 - т.е придется пропустить 1, а все остальное читать, а потом переупорядочивать по pid. Здесь надо pid на первое место переводить. На самом деле, pid у нас наверняка serial и только растет - т.е. он выполняет функции отметок течения времени - что после чего. Вроде сообщение с большим pid должно быть запосщено позже. Это значит, что вместо сортировок по времени надо использовать сортировки по pid (и вывести его на первое место в индексах), а конкретное время использовать в качестве фильтров - для поисков или других операций
Тут два возражения.
1. Чем возрастающее целочисленное время сильно хуже возрастающего целочисленного pid (который, кстати, не непрерывный - удалённые, например, топики и т.п.)
2. Сортировка идёт не по pid, а по времени, т.к. возможна ситуация изменения времени постинга. Например, при подклейке к нему другого с бОльшим временем и т.п.