топики нет конечно... но есть id сессии айпи маки таймстампы и тд...
id сессий - это лишь название файла в temp директории, php не ищет ничего, это задача ОС предоставить ссылку на файл, а внутри той же сессии, например, лежит обычный php-массив, обработаный Serialize(), ни о каком разборе бинарных данных речи там не идёт.
при одинаковых входных данных и одинаковых ситуациях, работа с БД будет бысторей
При грамотном проектировании, не беря в расчёт кэш базы данных (он в оперативной памяти, а не файлах), исключительно загрузка и выгрузка информации в php-скрипт напрямую из файла будет работать быстрее, чем из базы данных. Если не веришь на слово, можешь протестировать (я тестировал).
Я меньше месяца на форуме - не отпугивает, обычный форум.
Цитата:
в нем гораздо удобнее работать с бинарными данными... чем в пхп..
Зачем php работать с бинарными данными, зачем топики форума хранить в бинарных данных? Мы сравниваем попу с пальцем. Файл - это не только бинарные данные, информацию в файле можно организовывать как угодно, лиж бы было удобно работать. Никто же не сравнивает, как бы работала база данных, если бы информация хранилась в виде php массива засериалайженого и сохранённого, зачем тогда говорить о скорости обработки php бинарных метровых файлов?
Спорить о том, какой из вариантов работает быстрее, глупо. я пытался доказать, что утверждение "никогда форум на файлах не будет работать быстрее чем на БД... это аксиома..." некорректно, нельзя так говорить.
у меня была такая возможность сравнения... и я сделал выводы...
У меня так же была возможность сравнения. Include мелких фалов, распеделённых по файловой системе работает быстрее, чем выборка из базы данных тех же данных (не требуется поиск). Возникают проблемы со вложенностью, привязка к дате создания. Некоторые файлы просто инклудить не было возможности, приходилось собирать относительно большие файлы и прилагающиеся к ним мелкие, в которых описаны связи данных с их позициями в большом файле (для fseek какраз). Я работал и видел, не просто так я говорю, что возможно сделать форум на файлах, работающий быстрее, чем на базе данных. Да, поиск придётся реализовывать сторонними средствами.
эта функци позиционирует указатель на заранее известную позицию... а когда неизвестно где и сколько данных и есть ли они вообще?
Какое это имеет отношение к теме ? Php не предназначен для поиска в больших файлах, c++ сделает это в разы быстрее, а я с этим спорил ? Я спорю с формулировкой "никогда форум на файлах не будет работать быстрее чем на БД... это аксиома..."
В файлах можно хранить сразу нужные Php структуры данных, которые совершенно не нуждаются в последующей обработке. Ещё раз повторюсь, это вопрос грамотного проектирования, нельзя говорить, что форум с использованием базы данных быстрее форума на файлах, можно сравнивать лишь конкретные реализации. (Добавление)
Цитата:
вы делали аналогичную работу с файлами и БД??
Да, я работал с фаловой системой на php в объёмах, сравнимой с требованиями форума (конкретно форумы не писал).
Цитата:
парсинге нескольких тысяц файлов кажды размером в 1-5 мегабайт их обработка занимала у меня от 5 до 15 минут
Как этот опыт относится к форуму ? Если при загрузке топика вам нужно проделать все эти манипуляции - это и есть пример кривого проектирования.
Учитывая
Цитата:
Поскольку при работе с файлами нет стандартного способа считать сразу только конкретные данные