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

_>>Эээ что? ) Какой парсинг, какого текста? )
S> Если ты читал мои статьи, то там названия полей могут быть отличными от полей в Базе. Кроме того там могут применяться объектные запросы.
S>Кроме того в Linq to EF можно использовать Entity SQL
S>Например
S>...

И какое это всё имеет отношение к обсуждаемой теме? )

S>>> На самом деле нужно в основном динамические запросы строить особенно интерактивные.
_>>Да что ты говоришь. ))) Ну вот например мы сейчас находимся на форуме. Он работает на основе sql БД (более того, он даже на linq2sql написан, но это к делу уже не относится). И в каких же местах по твоему тут нужны динамические запросы? )
S> Угу. На этом форуме не так много запросов. С таким объемом и 1С прекрасно справляется. Система оооочень прочтая.

Какое имеет отношение количество видов запросов к возможностям системы выдержать нагрузку? ) Даже если у тебя будет ровно один простой статический запрос (но не кэшируемый), то при миллионе запросов в секунду его не так просто выдержать будет. )))

_>>Вообще то гугл и ему подобные — это уже следующие уровень, на котором sql БД уже не используются. А мы обсуждаем что-то средненькое, пока ещё с sql, но уже не домашнюю страничку васи пупкина.
S>Со средненьким и 1С прекрасно справляется.

Да? ) Т.е. 1C умеет работать например на десятке инстансов амазона или чем-то подобном? )

_>>Нуу вперёд, всем будет любопытно посмотреть на ещё варианты замеров) Только не забудь брать за базу вариант на ADO.NET. )))
S> Да на самом деле мне интересно, как меняется скорость от версии к версии. А вот насчет скорости, то берем и считаем стоимость и скорость разработки, стоимость поддержки. Считаем стоимость железа для поддержки необходимой производительности.

Ну так чтобы сделать все эти оценки надо же в начале всё же скорость работы оценить. Точнее если говорить в контексте нашей беседы, то оценить процент накладных расходов от Linq относительно времени основных запросов.