1. Само дето при големи таблици и бавни SELECT-ове времето за връщане на заявката (да кажем 50 реда) е от порядъка на части от секундата докато SELECT-а може да е xx минути където xx е колкото си искаш голямо :))
Да ти пратя една 5GB таблица да пробваш?

Ако не си го виждал:

mysql> select count(*) from t;
+----------+
| count(*) |
+----------+
| 4983971 |
+----------+
1 row in set (1 min 18.38 sec)

Нали знаеш колко силно е оптимизирано това?
Таблицата е около 280Mb, непрекъснато се пише в нея а в този момент едно php генерира таблица от 20 реда.
Наистина пробвам колко натоварване може да издържи, но никак не изглежда добре. Не не е отчайващо бавен сървъра Coppermine 700 256 Mb, а смея да твърдя, че разбирам доста от оптимизация на MySQL

Та в случая няма ама никакво значение, че резултатът е 20 реда нали?

2. Именно за компромис. И то във всички случаи
..."не е толкова фатално"

Амиии.... прочети го пак.
Сещаш ли се колко много случаи има където всичко е фатално?

Ха сега си представи, че става въпрос за таблица, в която не само се INSERT-ва ами и се DELETE? И изведнъж next 50 почва да ти сочи извън таблицата.

Linux is like a wigwam - No Windows, No Gates, Apache inside