ShSergeрубистпропущено...

По моем автор вообще php не упамянал.
При чем тут всякие делфи и сишарпы?, речь об использовании ORM в принципе.

Походу вы нормальный ORM в глаза не видели и не работали с ним в реальном проекте.
.... типа "не читал, но осуждаю" :)
Приколись, таки много видел (и использовал), но что такое "нормальный ORM" не очень понимаю. Знаю ормы и на яве, и на сишарпе. Они на порядок круче, чем в пхп. Только от своих слов я не отказываюсь. Это всё - фигня, на ламеров расчитанная. Это несмотря на то, что являюсь модератором форума, в котором буковки ОРМ написаны.
Опять, при чем тут php? модератор, читать умеешь?
Это не фигня расчитанная на ламеров, а один из инструментов достижения цели,
а цель - завершить проект качественно и в приемлемые сроки.
Какие инструменты использовать решается в контексте задачи.

"нормальный ORM" это например SQLAlchemy(Python), DataMapper(Ruby), ActiverRecord(Ruby), ActiveRecord(PHP)

PS Мне вобще не в лом писать голый SQL если что, благо опыта в этом лет 15,
но во всем должен быть здоровый прагматизм, а не фанатизм.

ShSergeрубист...благо опыта в этом лет 15...
На каком сервере, под какую платформу?
ПС. Я таки не отказываюсь от своих слов, что ОРМ - зло. А если база должна работать с разными клиентами, а не только с пхп, то ОРМ - вообще не при делах.
Вообще это офтоп, но раз хотите, извольте ....
FoxPro(начиная с dos версий, настольные системы), Sybase ASA(win, распределенка с оффлайн репликациями), MSSQL(win,настольные системы), MySQL(nix-ы,для web), PostgreSQL(nix-ы,для web)
это только то, с чем работал продолжительное время.

По моему это пустой разговор, не нравится, не используйте. Кто заставляет? :)

авторкто-то из толпы,

2. зачем, в приложении, использовать ОРМ, если сервер БД находится отдельно (физически), как это и должно быть! от приложения и общение происходит посредством сервиса, котрый собственно уже выдаёт данные, структурированные опр. образом??? - И мне, как вэб-разрабу, фиолетово, как там организован к ним доступ, людьми, которые за это отвечают!
3. зачем мне в приложении "виртуальная объектная база данных", если я могу\умею работать с реальной РСУБД напрямую?
4. ну и так далее!
По моему вы совсем не понимаете, что такое ORM.
Никакой "виртуальной обьектной базы данных" ORM не создает, это глупость.
Не нужно путать ORM с обьектно орентированными БД, это не тоже самое.

При обработке в программе данных, считанных из реляционной БД без ORM (речь о скриптовых языках и web), обычно используются простейшие типы данных - массивы хешей, просто хеши и т.д.
ORM это по сути тоже самое, но переложенное на принцип ООП, с возможностью описывать методы, связи, зависимости и т.п между классами и обьектами.

Модели в MVC и есть ORM или некое подобие ORM-a (зависит от реализации).
т.е. это классы ООП, описывающие обьекты реального мира (пользователи, статьи, заказы, товары и т.п.)