Вообщем такой вот вопрос, будет ли быстрее подсчитать COUNT(*) в запросе 1000000 записей или же взять просто последнюю запись с этим же ID (всм с тем же числом).. Просто последнее время замечаю, что нагрузка увеличивается при подсчете Код (Text): $sql = mysql_query("SELECT COUNT(*) FROM table"); $num=mysql_result($sql, 0); или разница тысячные доли секунд?
у меня последний id и количество записей не совпадают значений на ~300, база 7*10^5. если тебе ноль на массу эти тысячи при количестве в 1M, то можешь использовать
без WHERE тип.. mysql использую ID не удаляю,, таблица вида: ---id_item---url---user_id--- -----1-----site1.ru--42------- -----2-----test.ru--44------- -----3-----web.ru--31------- ну и записей прилично. хранится как лог и выводит сколько всего записей. + считает сколько чего юзер посетил по where user_id .. но это уже другая тема)
ну блин... попадётся под руки, скажут, что нужно, чтобы работало еще быстрее. прогнал записи, сунул под дистинкт, ага... у нас тут половина повторяется. вырезал все неуникальные и программа рассыпалась думайте и о тех, кто с вами будет работать плечем к плечу. если _обычные_ действия других программистов приводят к катастрофическим последствиям, кто не прав: вы (когда проектировали систему) или он (когда просто делал свою работу)?
titch ну нет , вы , кажись , слишком уж заморачиваетесь в плане доведения любых проектов , а так же самого процесса до совершенства =) есть вероятность что автор даже до жизни свой процесс не доведёд , ещё маловероятней что он когда-то осознает и возьмётся переделывать то что можно было по-другому сделать и совсем ничтожная вероятность у того что хоть ктото его код будет смотреть , не то что бы работать над ним =) потому это совершенно не важно. автор не дурак и должен сам всё понимать , а если наоборот - то работать в этом направлении не судьба. Это как в соседней теме про загрузку картинок - вероятность что тот человек разрабатывает сайт на который когда-то хотя бы попытаются залить шелл меньше чем я увижу нло *:_:*
а какой смысл писать проект рассчитанный на такую нагрузку, при этом который скорее всего не увидит свет? если уж заниматься оптимизацией, то начинать нужно не со спичечной, а со структурной. уже предлагали. критичны свойства, которые обеспечивают целостность базы и её внутренние свойства помогающие восстановлению - InnoDB, если нужна скорость шальная - MyISAM, если то, значит вот то... а рефакторить потом этот ГК... дешевле новый написать ценность программиста как профессионала не в том, сколько он кода написал, а в том, сколько за его код готовы платить. за код, в котором встречаются такие конструкции, лучше заплатить ровно столько, чтобы хватило на еду и книги
база слетит, восстановится и может конфуз выйти плюс к тому у меня подозрение что COUNT (*) не считает