Здравствуйте, _ichensky, Вы писали:

A>>Почему ОРМ не подходят для "больших" на форумах пишут?

_>Большой проект: напр. система по продаже жд,авиа билетов для всей страны.
Что-то мне кажется, что под большим проектом имеется ввиду высоконагруженны? Я прав?

Если копнуть в сторону ORM, то может оказаться что не все ОРМ одинаковые, и что кроме большой и неповоротливой тройки EF, L2S, NH (озвученной выше), есть и более простые и быстрые решения (еще) решения, есть даже такое.
Но! Чем выше скорость, тем меньше "плюшек", которые предоставляет ОРМ.

Для меня главные плюсы ОРМ это мапинг и linq, поэтому bltoolkit и linq2db это именно то что мне надо от ОРМ (linq2db не пробовал, но должно быть именно то что нужно: bltoolkit, но проще).


_>Не подходят, потому что размазывают логику доступа к БД по всему проекту
По мне так наоборот -- концентрируют возле модели.

_> + генерируют sql, который не всегда оптимален
Большие и сложные sql обычно нужны для отчетов, если нужна еще и скорость, то бывает длаже ручного sql не достаточно, приходится специально готовить данные для выборки.
На моей же практике, bltoolkit отлично справлялся со сложными linq запросами к большой базе (несколько десятков гигабайт данных), медленные запросы отлично тюнились индексами и специальными вычисляемыми полями специально для поиска

_> + медленные
См выше, про разные ОРМ.

_>+ кеширование для большого проекта надо делать вручную.
Какое именно и чего кэширование имеется ввиду и почему без ОРМ его не нужно делать вручную?

СУВ, Aikin