Что быстрее:много файлов или один mysql запрос?

один запрос к БД

БД однозначно

Спасибо, понял.

Смотря что за хостинг, как нагружен. Так что не факт. Надо экперемент ставить.

ну дак если так рассуждать то можно сказать смотря какой sql запрос будет и как спроектирована БД, так что не факт что из файлов будет браться дольше.

Смотря как настроена база, и на чём написан сборщик из пачки файлов, как часто к этим файлам обращаются.

Давайте рассмотрим как обрабатывается запрос к базе.

1 Запускается приложение (вероятно скрипт на php?)

2 Делается запрос через unix или inet socket.

3 База парсит запрос и ищет в себе наличие соответствий.

Этот процесс включает в себя поиск по индексу (если таковой есть), и чтение данных из нужного места в табличке. Если к табличке к этим данным обращения достаточно частые,

то некоторе количество данных будут в памяти mysl'я. Соответственно он выполнит запрос быстро. Если на машине с базой недостаточно памяти, или mysql настроен так, что не может выделять достаточное количество памяти для кэширования, то он эти действия будет выполнять на жестком диске.

4 результат по тому-же сокету едет к скрипту который формирует ответ и выдаёт посетителю.

Рассмотрим вариант, когда выгребается пачка файлов.

1 Пусть запускается всё тот-же php скрипт

2 Последовательно считывает в свой буфер в памяти пачку файлов с диска.

и формирует ответ.

Тут есть тонкость. файловая система имеет свои кэши. Если к этим файлам идут обращения чаще, чем у другим, то высока вероятность того, что файлы уже в этом кэше.

3 Выдаёт ответ посетителю сайта.

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

Однако, mysql это userland, тоесть процесс выполняющийся на уровне пользователя, а вот файловая система работает на уровне ядра.

Кроме того, обращения к mysql'ю через сокет это лишние накладные расходы как на cpu, так и на память. Что тоже сказывается на скорости выполнения общей задачи.

Мой (imho) вывод. При прочих равных быстрее будет выдача, если собирать файлы с диска.

Фёдор Романов,

а можете объяснить с flash.

у меня сейчас задача, есть XML файлы с языками интерфейса, русский английский и т.д.. 8 штук на каждый язык. при щелчке по выпадающему меню должен переключаться язык интерфейса без перезагрузки. что лучше забирать данные из xml или залить интерфейс в базу данных и получать оттуда запросами?

Отличный вопрос! Когда-то долго мучился, пытаясь найти однозначный ответ. Не нашел. Но в результате решил действовать по следующему принципу:

1. Относительно большие объёмы атомарной для логики системы информации (те же описания товаров, например) хранить в ФС и подгружать непосредственно при сборке выдачи.

2. Постоянно задействованные, но редко изменяемые структуры, кешировать в ФС, пересобирая из БД только при изменении. Это я к тому, что очень часто, как не странно, можно столкнуться с такими "перлами", как сборка древовидной структуры меню из БД при каждом пинке.

3. Числовые значения и значения, по которым планируются выборки/сортировки, разумеется в БД.

4. Каждый проект имеет массу своих особенностей. Никогда нельзя сказать со 100% точностью, какая схема хранения и доступа к данным будет наиболее рациональна. Надо пробовать.

Так флэшом всасывать по http статический xml файл. Причём тут база вообще? Это ведь не cgi генерируемый контент.

И вообще можно подгружать язык исходя из http заголовка запроса браузера передающего язык. Сделать это рерайтом. Меньше надо будет переключать язык.

Ситуация такая.

Есть БД, в ней таблица с описанием товара (имя, ID, краткое описание, полное описание). При запросе группы товаров выбираются поля: имя, ID, краткое описание. Всего 40-50 штук за раз. В БД их более 5.000, вес таблицы 27 мб.

Если сделать так, что выбирается только имя и ID, а по списку ID из файлов уже короткое описание?

Нагрузка на сервер небольшая, но хотелось бы предусмотреть нагрузку.