для извини "тупых" пользователей, но это ИМХО

Как вариант еще, если фри хосты, и на них БД не дают как правило, вот и делают на файлах.
johniek_comp

а чем это проще для пользователей. Если он не может конект к БД настроить то ему нечего вообще лезть в создание сайта. Некоторый смысл это имеет для бесплатных хостингов где БД не выдают. Но при нынешних копеечных хостингах это просто смешно.

если база не сложная, то на файлах будет быстрее работать.

если "прочитать и обработать php-логикой" файл будет быстрее, чем сделать запрос, то почему это не будет?

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

СУБД основаны на языках более низкого уровня, поэтому они быстрее, чем php

sebastjan
Язык ПХП начинают изучать с работы файлов, а уже только потом переходят на БД. Своего рода менее опытные.
С другой стороны данные где хранятся в мускуле? Правильно, на файлах, а MySQL - интерфейс удобные для взаимодействия ПХП с данными.
В прямом идеале обратиться напрямую к файлам будет быстрее, но если упустить важный момент, это индексы, которые уже являются закешированными указателями к данным, то есть прямыми ссылками, а так же само кеширование часто обращаемых данных. Кеш уже хранится в памяти, а работать с ней уже быстрее, чем с самими файлами.
Ну а последним, можно сравнить Мускул с Джумлой, только если джумлу делали криворукие программисты, которые 2 дня отроду знают программирование, то над мускулом работали настоящие профессионалы и создали удобный и быстрый инструмент для хранения данных.
Представь себе хранение данных на файлах, но эффективность будет только тогда, когда чётко проработана будет логика хранения и доступа к данным, чем не сможет похвастаться даже среднестатистический программист. И ту БД, какую попробует создать любой из нас будет в 100 раз медленнее чем та, которая используется в том же Мускуле. Даже та же логика распределения данных.

redreem

еще раз:
СУБД ОПТИМИЗИРОВАНЫ на быстрый поиск данных.
Не будет логика на файловой системме работать быстрее.

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

caballero
я умею читать и понимать читаемое.

inpost всё правильно сказал. Но даже он не упомянул о том, что существует проблема одновременного обращения к данным, если использовать простые файлы. Если начать решать эту проблему, да еще парочку-троечку проблем, типа целостности данных... То в итоге получим некий урезанный вариант самопальной, криво работающей БД.

Вопрос: НАФИГА? Зачем это делать, если в БД уже решены все эти проблемы и еще куча других, о существовании части которых среднестатистический программер даже не догадывается?

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

1. 90% заложенных в базу мощщей в 90% случаев просто не используется.
2. как в работе с базами, так и в работе с файлами наверняка найдутся виртуозы, умеющие из каки делать шоколадку.
3. холивар детектед. миссион импосибл. топик логаут.

redreem
Ты говоришь о теории того, что можно сделать самопалку, учесть все эти нюансы, в итоге на выходе получишь ту же Mysql самописную. Только времени будет неизмеримо больше. Важный пункт - кеширование встроенное, что составит огромный труд самому такое создать.

sergeiss
Целостность и доступ к данным, это заключительный и полный ответ

sebastjan
SQL-LITE - тоже самое, БД на файлах Хотя там тот же самый инструмент. Это глупо говорить, что бывает БД НЕ НА ФАЙЛАХ, потому что все БД работают на файлах Тут больше подошел бы ответ: "Мы делаем сайт без использования удобных и целевых инструментов для этого".

sergeiss
Вот Бахрому сказали, что он изобретает велосипед, он обиделся, пригрозил забанить, сообщения поудалял. Возможно стоило бы сказать более нежно, про удобные и целевые инструменты. А то "велосипед" для некоторых оскорбителен

насчет целостности - какая целостность в MyISAM?

redreem
Удаляешь запись, а она не удаляется. Просто помечается как удалённая, но всегда есть доступ к восстановлению данных.
Primary - не позволит хранить тебе дубли, каждая запись обязана быть уникальной.
Автоинкремент - удобный инструмент, работающий вместе с Primary. Создал ID5, потом её удалил. Очистил БД, обновил её АБСОЛЮТНО, а на выходе следующая запись будет ID6, хотя весточки об ID5 в файле не существует. А почему? Да потому, что завтра ты попробуешь из бек-апов востановить запись с ID5, а она у тебя забита будет новой записью.

Ответы на на тему более чем исчерпывающие , вопросов больше нет.
Всем спасибо.

sebastjan солжно, что-бы то добавить, все старо как мир, мои похождегия ,как только я начал заниматься подобным делом, написанием сайто итд. на меня свалилась такая глыба непонимаия что с какого боку грысть это пирог,
поиски хостингов , почему один хороший, а вот народ.ру почему-то все доступно но все его опять не любят, ну почему. таких почему было? ваУ вагон.
Как только не подходил я к этому пирогу, все было не по зубам, и вот начиная понимать что к чемунаткнулся на БАЗА! и что это за зверь такой? , опять почему, я на РМА смотрел и не мог понять ну почему нет нормальной программы ещё чтоб все было понятно. плюнул на РМА и начал рыть , построю я на файлах, Ы)))))))))))) и тд. начал инфу подбирать. так оказалось по сравнению с базой её ещё меньше и ещё путанней, о однажды набрел на статью которая гласила так. все это хорошо, и будет вполне работать. но останется навсегда одно маленькое !но! которое будет всегда быть главой якорем хоть и очень незначительным.

ЗЫ) она в одном единственном правиле заключено, как только ваш файл превышает некий большой размер, ВСЕ все ваши потуги навсегда лопнут, и придется опять все учить с начала эту БАЗУ.
База держит ваши данные в мелких ей понятных файликах которые сама может вполне тусовать ну она знает это дело отлично, а файл надо всегда заботиться об его размере, его понятности , его обновлении , как тольтко он вырос его серевер будет лапаить весь а в базе только то что надо!

sebastjan

bodja Не называй меня на Вы, я ещё не достиг пенсионного возраста.
С выводом понятно.
А как ты реализовал администрирование данных без РНР? Какой то должен же быть язык работающий на вэб-сервере.

waldicom

waldicom Что это тебя так беспокоит как я обращаюсь?

Да и тема себя исчерпала и помеченна как решонная.

sebastjan
Это такой принцип у человека, просто грязь поливать, не обращай сильно внимания. Просто некоторые люди не знают что да как работает, а трепаться любят.
А может специально говорят умные слова с надежной: "а вдруг он не знает, что это такое, поэтому я его натуплю"

sebastjan

waldicom Не по теме. Офтоп.

Прям как в шоу:

- цифра 5 - ЦИФРА.
- не говори чушь, 9 - это цифра!

Хотя да, трепаться каждый дурак может! :)

да нет у него, что ответить, нахватался вершков, а про корешки и не слухом ни духом

мона я немного добавлю, почему то не нашел нечего об этом хотя очень важный пункт вопроса.

ну может у нас из за пиков, мукул начинал тормозить, у нас 80% нагрузки на сайт идет за 3-4 часа, тобишь почти весь день всё хорошо, а в пики становилось плохо, какие типы таблиц используешь? какую версию мускулу? кластер поди?)

дай скайп)

Зря вы спорите. Спор сводится вот к чему: "чем лучше рзделывать мясо, ножом или топором?"
А все зависит от того, что именно делается. Тушу задолбаешься резать ножиком, а нарезать мясо на беф-строганов топором тоже можно конечно, но глупо.

Файлы несомненно быстрее при простой выборке. Кроме того, это не создает очереди на сервер БД Потому и есть такое понятие - файловый кэш. А при сложных манипуляциях естественно нужно использовать инструмент, который именно для этого и предназначен. По большому то счету БД и есть те же смые файлы.