Почему пишут ORM под реляционные БД?

интернет веб-программирование ORM ООБД

(здесь речь с позиции веб-программирования)
Вот нубы не в состоянии проектировать системы такого уровня (хотя это никакой не факт, но примем такую условность), следовательно их проектируют и делают люди хорошо знакомые с темой.
Есть ведь уже ООБД, которые я думаю быстрее справляются с объектами.
Хотя с ними я не работал, в отличии от ORM. Соглашусь с последним удобнее работать, чем с нативным SQL.
Но ведь можно создать ORM для файловой системы хотя бы. Конечно надёжность и безопасность здесь подвержена опасениям.
Но к чему такая надёжность и безопасность в визитках,форумах, мини-порталах..? Когда разработчик чаще всего знает около 10-15 SQL выражений (слов). А остальные не нужны - просто не пользуется (веб-разработчику очень нужны процедуры в MySQL?).

Конечно MySQL+PHP для многих это просто привычка и наличие туториала на русском языке, но ведь ORM-ы делают уже не молодые люди.

ПС хотя может быть я чего то недопонимаю...Я просто с этой темой не очень знаком. Может быть ORM вовсе не костыль, а достаточно быстрая вещь (быстрее ООБД?)

Примечание:
медвед, я впринципе не лучше, если не хуже)
Дело в том, что надо идти туда, где есть перспектива (все мы не зависимо от знаний хотим жить получше), а здесь ситуация расплывчатая. Вроде бы много и ООБД и документоориетированных (хотя инф-ции мало), а в заказах, форумах и везде только MYSQL.
Популярность ....?
Ответы:
Хз, я вообще и через LINQ запросы херачу и через "чистый" SQL (как удобнее мне так и делаю) и не парюсь нисколько - прошли те времена "битвы за каждый килобайт и мегагерц". ИМХО самое главное в БД - нормальное её проектирование, с учетом дальнейших изменений. А как конкретно Вы будете её использовать - дело десятое. Хотя если конечно вы не для Google или оборонной промышленности разрабатываете, я про обычные проекты.
p.s. На истину не претендую, так как не программист, а студент-быдлокодер. Ну зато хотя бы честно))
>>и везде только MYSQL.
Популярность ....?
БД на файлах выдерживает нагрузку, обычно, не более 1000 статей на CMS и посещаемость не более 5000 в час.
Также на файлах слишком длительный поиск по базе получается, т.к. винчестер раз в 10 медленнее памяти.
По моему скромному мнению, БД на файлах заткнут всех за пояс рано или поздно, когда скорость винта будет сравнима со скоростью памяти. Потому что чем меньше используемых на сайте технологий, тем выше надёжность проекта.


15 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.