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

_>>Т.е. всё в точности, как я и говорил. Для страничек типа Васи Пупкина всё отлично. А как только переходим к чему-то серьёзному, то сразу выкидываем этот "удобный инструмент" на свалку. )))
S> То есть 16 миллионов запросов в месяц это домашняя страничка? Вы alex_public наверное много кушаете (зажрались)
S>Для подавляющего количества сайтов это запредельная нагрузка.

16 миллионов запросов в месяц — это всего лишь порядка 1-10 (в зависимости от времени суток) запросов в секунду. Смешных цифры, которые при нормальной архитектуре должен держать не просто один сервер, а спокойно справится даже обычный компьютер разработчика. То, что у них для этих целей работало аж 3 сервера очень многое говорит о печальности их архитектуры в прошлом. Но с тех пор они серьёзно оптимизировались (в том числе и выкинув всякие там linq2sql и т.п.) и сейчас нагрузку в 66 миллионов запросов в день (т.е. более чем в 120 раз больше!) у них держат уже совсем не 360 серверов... )))

S>На самом деле Linq нужен для учетных задач, где количество строк кода составляет десятки миллионов строк. Где важна скорость разработки. А поставить лишний сервер не проблема. Он значительно стоит меньше стоимости разработки и поддержки. Нужно уметь считать деньги.

Ну для начала решения на базе РСУБД так просто не масштабируются. Т.е. чтобы спокойно наращивать производительность новыми серверами нужна совсем другая архитектура. Ну да ладно, пока оставим такие детали и поговорим о собственно деньгах.

Если требуется поставить один лишний сервер ради увеличения удобства работы программистов, то возможно на такое и пойдут. А если лишнюю сотню, то всем станет резко наплевать на удобство. ))) Ну и как раз в "учётных системах" (ты же вроде как ERP так обзываешь, да?) существенные нагрузки встречаются редко, так что действительно можно наплевать на быстродействие (в крайнем случае действительно поставят второй (а не вторую сотню!) сервер).

S> Что касается SO то это далеко не учетная система. Там есть где можно оптимизировать, в плоть до хранимых процедур на .Net

Про хранимые процедуры у них вроде тоже всё очень чётко сказано в той же цитате выше.