Суть темы.
На сайте много товарищей , которых мало интер,,есует сам двиг, больше интересующих сам ЯП разные методы и прочее.
Вот тут можно будет по обсуждать всякие интересные моменты.
И как бы интересно обсудить реализацию хранения счетчиков например, а именно рациональность таблицы для счетчиков, предположим есть огромный форум, куча тем и вывод чего сколько где имеется
таблица на три поля
ид тип количество
Также вопрос что рациональнее: достать поле из таблицы, в которой храниться количество постов(обновляется при добавлении/удалении поста) или с помощью mysql_результ посчитать с выборкой нужные посты ?
Fenix_61, вот я о том же, по логике первое
еще интересует темы
eAccelerator, APC, XCache, php-fpm, fcgi
может кто ссылки даст интересные
Fenix_61, Зависит от размеров таблицы, которую понадобится считать. Мускулу не сложно считать, потому это не сильно напрягает СУБД
Koenig (19.10.2012 / 04:20)
И как бы интересно обсудить реализацию хранения счетчиков например, а именно рациональность таблицы для счетчиков.
Наиболее быстрый вариант хранения счетчиков - это бинарный формат в файле.
Пример - в новом двиге кэш счетчиков, бана по IP, или в этом (и в новом) система HTTP антифлуда.
Нет никаких накладных расходов на соединение с MySQL и т.п.
как недостаток метода - крышесносящая (по началу) сложность обработки полей, но когда разберешься, далее легко.
Другой вариант - для кэша и счетчиков использовать SqLite, тоже получится весьма быстрый вариант.
Как третий вариант - использовать MySQL и тип таблицы MEMORY, в этом случае, как говорит само название, таблица вообще не создается на диске и существует только в памяти сервера. Весьма быстрое решение.
Как недостаток - к данному типу таблиц поддерживаются не все запросы, не все типы полей и занимает память на сервере.