Так что все таки быстрее файлы или база

  • Автор темы Автор темы rudik
  • Дата начала Дата начала

rudik

Developer
Так что все таки быстрее файлы или база

Вот встретил в доке по MySQL следующий текст :

Несколько изменений следует вносить за одну транзакцию. InnoDB должен сбрасывать журнал на диск после каждой фиксации транзакции, если эта транзакция вносит изменения в базу данных. Поскольку скорость вращения диска обычно не превышает 167 оборотов в секунду, то количество фиксаций
ограничено 167 фиксациями в секунду

Т.е. максимальное количество обращений к диску может быть не более 167 в секунду, учитывая то, что БД может кешировать запросы не записывая их на диск значит использование БД - будет более быстрым решением.

Какие у кого есть размышления по этому поводу?
 
Кеширование запросов непричем,
А кешированием дисковых транзакций занимается операционка, ниодна программа не должна работать с железом, этим драйвера занимаются.
 
При работе со MySQL - базой - меньше кода, так и так в скорости выигрываешь
 
Не думаю, что кода будет настолько больше, что получится выигрыш в скорости при работе с MySQL. Хотя, тут всё зависит от того, какая перед нами задача.
 
Вот если запустить Apache Benchmark то вроде сайты с БД отстают. Хотя тестировались не одинаковые веб сайты но все равно 12-15 запросов в секунду или 50-60
 
Задача для примера - очень посещаемый сайт, но не электронный магазин или что-то подобное где без БД обойтись нельзя.
 
Вот если запустить Apache Benchmark то вроде сайты с БД отстают. Хотя тестировались не одинаковые веб сайты но все равно 12-15 запросов в секунду или 50-60
вы о чем вообще говорите ? ежу понятно что статические страницы будут всегда быстрее отдаваться веб сервером чем динамиические, только причем тут mysql, транзакции и т.п вещи. вы определитись что хотите узнать и с формулируйте вопрос нормально а то ему место или в юморе или помойке.
 
Стоп. Статические страницы разные бывают. Я говорю не просто про статические страницы в виде html. Речь идет о реализации системы, которая хранит в отдельной директории файлы, с наполнением, в другой - шаблоны страниц, поступивший запрос обрабатывается и по нему отдается какая - то страница. В третьей директории хранятся файлы с информацией об этих страницах. Все это парсится и возвращается клиенту.
 
Т.е. полная реализация стандартной системы без использования БД, но и без использования текстовой БД.
 
Статические страницы разные бывают
нет, они всегда одинаковые, раз они статические. то что вы превели в качестве примера уже не статика.

так все равно не понятно что вы хотите знать.
 
нет в данном исполнении на каждый файл хранится свой файл с информацией, в котором содержатся данные о странице. За счет этого идет вычетка не мегабайтного текстового файла и поиск по нему, а всего 3-4 кБ.

Эта система существует на Perl и называется Twikie
 
Согласен, мне самому принцип действия день объясняли. Жизнь покажет. Темы с вопросом о приореитетах той или иной системы, открывать нецелесообразно, надо брать и просто тестировать. Так как описать полностью систему очень трудоемко.

ТЕМА ЗАКРЫТА.
 
Автор оригинала: rudik
Стоп. Статические страницы разные бывают. Я говорю не просто про статические страницы в виде html. Речь идет о реализации системы, которая хранит в отдельной директории файлы, с наполнением, в другой - шаблоны страниц, поступивший запрос обрабатывается и по нему отдается какая - то страница. В третьей директории хранятся файлы с информацией об этих страницах. Все это парсится и возвращается клиенту.


......

нет в данном исполнении на каждый файл хранится свой файл с информацией, в котором содержатся данные о странице. За счет этого идет вычетка не мегабайтного текстового файла и поиск по нему, а всего 3-4 кБ.

Эта система существует на Perl и называется Twikie
То что ты пытаешся описать есть ни что иное как реализация собственной базы данных на текстовых файлах. Подобные базы данных (даже правильно реализованные) при большом количестве информации работают значительно медленее чем их старшие собратья (сервера баз данных).

Есть тому пример форум UBB он работает с текстовой базой данных, в результате для более менее быстрой работы движка необходимо регулярное "архивирование" информации.
 
Сверху