Ну вообще-то можно использовать и хранимки, и ORM. То есть какую-то специфическую и жутко тормозную выборку засунуть в процедуру, а в ORM дергать метод, который будет это всё возвращать уже в объектах.
Был опыт перевода довольно крупного проекта с MS SQL на MySQL. До этого в качестве ORM был Linq2Sql. Купил devart dotConnect, поменял в одном месте дата контекст и коннекшн стринг и всё заработало. Опен-сорс варианты, увы, работали хуже.
А вот для отчётов был другой фронтенд, и там юзались хранимки. А в мускуле синтаксис другой, пришлось попотеть. И, на удивление, жирные запросы работали намноооого медленне MS SQL.
Как-то писали небольшое приложение, которое надо было интегрировать с готовой базой данных. А там — батюшки, стопицот триггеров, валидация и эксепшены прямо в базе реализованы!)
Не совсем по теме, но один из моих клиентов разместив сайты на Amazon EC был вынужден пользоваться услугами стороннего мэйл-сервиса, потому что Амазоновские IP постоянно оказывались в блэк-листах. Поэтому такой сервис вполне логичен.
orly?
ну вот например клиенты Виивы, которая на Force.com платформе. там такое облако, ууух.
Кстати, про него в новости ни слова. Думаю, он ни при чём))))
А вот для отчётов был другой фронтенд, и там юзались хранимки. А в мускуле синтаксис другой, пришлось попотеть. И, на удивление, жирные запросы работали намноооого медленне MS SQL.
>>не нагружая ее семистраничными запросами, а нормализовав
Вы имеете в виду «денормализовав»?
www.microsoft.com/web/platform/phponwindows.aspx