Имена участников (разделяйте запятой).
mOOx скорость конкатенации на твою задачу не влияет никак. оптимизируй вычисления
дятлы )) <?php $for = 100000; $sign = 5; function microtime_float() { list($usec, $sec) = explode(" ", microtime());...
что-то очень долго, у меня хмл на 10к товаров формировался за секунду если быстрее никак - а если сливать мускулом group_concat или еще как,...
запрос на общее кол-во у тебя все равно отдельный. Как выглядят правила?
<?php ... $i=0; while(..) { if ($i%2) {... } else { } $i++; } а ты пытаешься проверять с чем-то из базы, которое еще и не...
конкретно для count можно и сам запрос заметно упростить. SELECT COUNT(distinct `dll_id`) FROM `dx_linkexchange_links` AS `main_table` JOIN...
что-то гугль внезапно и резко сдулся, перешел на рекламу http://images.people.overclockers.ru/184864.gif
left join parent on child.p_id=parent.id where parent.id is null
разбираться лениво. пока вопрос - зачем во вложенном запросе выбираются все поля, да еще не от одной таблицы?
440Hz я там выше предложил. добавлять чисто max(randid), удалять массово посложнее. а так у тебя еще порядок вывода не изменяется чаще раза в сутки
а никак нельзя без "может, повезет"? или это религиозные мотивы? )
"общее решение" означает независимость от входных данных. У тебя как раз частное.
что-то вроде select news.*, count(comm_id) commnum from news join comments c ON c.comm_news_id=news.id group by news_id order by commnum
и почти всегда все записи будут с ид = 91-100
ок, наоборот. у меня в таблице 100 записей с ид от 1 до 101 и один max - 10000
любопытно. но недостаток - тот же, что у предыдущего. если у меня 100 записей, а ид начинаются с 101...
никак
вообще кол-во инклудов не есть гут
еще одна попытка: дополнительно иметь поле непрерывных ид. при удалении н записей переписывать н максимальных ид на удаленные (обработать...
внизу есть раздел фриланс