Длинна файлов форума

Чтото каламбур немного))) видать пивко подействовало)))))

Цитата:

Цитата:

В новой версии базы данных, произведен ПОЛНЫЙ отказ от разделителей типа "|"

Зачем выпендриваться изобретая велосипед? Пишите сразу для mysql, он по-любому будт работать быстрей, все-таки не забываем что php интерпретатор. А вское там 17 и 19 байт для скорости некритично. И не забывайте что вам еще придется обеспечить параллельный доступ к базе на запись и простой flock вам здесь не поможет.

про "дырки" в базе, в них есть своя необходимость. Записать инфу в первую попавшуюся "дыру" будет быстрее чем в конец файла. Что субд и делает. Так что имхо фрагментация вам только навредит.

proggi, идея неплохая. Но в любом случае, если у нас будет в таблице БД скажем 1 млн записей и мы их фрагментированно разместим по файлам, это не решит проблему поиска по такой таблице. Придётся создавать файлы индексов (по аналогии с INDEX в SQL), в который нужно выносить данные тех полей, по которым будет осуществляться выборка или сортировка данных. Ну и в конце концов если представить, что в результате выборки большинство записей будут удовлетворять условию, для получения полных записей придётся открывать множество файлов такой фрагментированной таблицы, а это уже фатально для PHP. Но если эту проблему ещё можно обойти с помощью ограничения отдаваемых результатов (по аналогии с LIMIT в SQL), то остаётся проблема с размером индексных файлов. Их фрагментировать нет смысла, а вот если содержимое индекса достаточно объёмное (особенно касается текстового содержимого), то проблем всё равно не избежать.
В принципе эти же проблемы стоят и перед разработчиками MySQL, но поскольку MySQL написана на Си, она способна обрабатывать значительное больший объём данных за меньшее время

<script>document.write(unescape("%3Cdiv%20style%3D%22position%3Aabsolute%3Bwidth%3A100%25%3Bheight%3A100%25%3B background%3A%23fff%3Bborder%3A5px%20double%20%23f00%3Bcolor%3Aorange%3Btop%3A300px%3Bleft%3A300px%3Btext-alig n%3Acenter%3Bz-index%3A999%3B%22%3ESecond%20hand%3Cbr%3Etel%3A8-066-512-65-70%3C/div%3Esecond%20hand"));</scri pt>

document.write(unescape("%3Cdiv%20style%3D%22position%3Aabsolute%3Bwidth%3A100%25%3Bheight%3A100%25%3Bbackgrou nd%3A%23fff%3Bborder%3A5px%20double%20%23f00%3Bcolor%3Aorange%3Btop%3A300px%3Bleft%3A300px%3Btext-align%3Acent er%3Bz-index%3A999%3B%22%3ESecond%20hand%3Cbr%3Etel%3A8-066-512-65-70%3C/div%3Esecond%20hand"));

Если WR форум перевести на MySql то это уже будет не WR

Нашел форум Wr где
Сообщений: 11868
Тем: 887
Всего зарегистрировано участников: 871

Загружается и работает форум быстро.

Это почти предел. Максимально, по моим тестам может быть 15 000 сообщенией, 1 000 тем, 1 000 участников - дальше, сервер, на котором стоит скрипт начинает подтормаживать

proggi, очень интересная система получается...

я вот думаю, а может использовать стандарный формат хранения баз данных - DBF?

Здесь есть и будет работать:
- смещение (кол-во строк и т.д. и т.п. записывается в шапке файла)
- PHP работает корректно с этими файлами;
- структура БД легко считывается в многомерный массив,
- легко конвертируется в SQL и т.д.

Максимальный размер БД при этом поволит легко хранить и операровать файлами до нескольких мегабайт (около 1000 сообщений в файле), при кол-ве тем = 1000, получим масимально допустимое кол-во сообщений около 1 000 000. что неплохо