Форум MySQL

На самом дели всё банально но всё же хотел бы выслушать тех кому не то что доверяю, а прост ов ком больше уверен, ну не важно!

В обще с одной стороны файлы, с другой стороны MySQL, по мимо того что с мускулом рабоатть и удобней и комфортней есть ещё такие вещи как производительность, меня совершенно не трогает плюс минус 1 сотая секунды, но вопрос ретарический можно сказать, хоть и ответ на него обязателен :)

Файлы - вроде бы файловая структура
MySQL это TCP запрос к внешнему приложению

Допустим возмём 1 мегабайт данных, ну в файле и в мускуле, что будет быстрей обрабатываться выводится и так далее, так же на счёт 20 метров и 100 допустим!

Пожалуйста - почему именно написал в теме cheops и гуру :) Ответьте как мона официальнее, мона даже что бы я не понял, я как бы болею за базы хоть и понимаю что могу проиграть :) гы, просто как более техническим языком обьяснить что мускул выиграет ( если выйграет :)

PS орфография автора сохранена :)

Вопрос о производительности нужно ещё более конкретизировать - речь идёт о взаимодействии MySQL и PHP, соответственно, работа с файлами из PHP при помощи стандартных функций?

Если, да, то вопрос однозначно решается в пользу MySQL. Да, конечно, MySQL сама управляет файлами и является посредником между кодом и файлами. Однако, располагается она, как правило, на локальной машине или в локальной сети и сеть не является лимитирующей стадией передачи данных. С другой стороны, MySQL разработана на C, причём таким образом, чтобы добиться максимальной скорости работы с файлами, т.е. скорости заведомо недостижимой на интерпретируемом языке программирования PHP (который, к слову сказать является одним из самых медленных среди интерпретаторов, не говоря уже об компилируемых языках). Более того, СУБД MySQL построена таким образом, что разменивает дополнительный объём жёсткого диска и резервируемой оперативной памяти на скорость исполнения. В случае файлов этого обычно не делается, а если и делается, то пишется мини-СУБД - т.е. мы обратно скатываемся в поле СУБД (тут следует уточнить, что на сегодняшний день самыми быстрыми СУБД являются Oracle и MySQL - чтобы создать аналог при помощи файловых функций (разумеется на C, а не на PHP) потребуется изрядное искусство).

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

Отличный ответ.
Как раз интересовался подобной проблемой.