На последнем проекте в очередной раз окончательно и безповоротно убедился что ASP.NET неповоротливое УГ. (понимаю что толсто но как есть:) )
В очередной раз спас вынос почти всей логики работы с данными на SQL Server. Благодаря этому получилось все быстро и качественно разрулить. И в очередной раз задался вопросом - а что собственно в проекте делает ASP.NET? Данные в HTML обворачивает? Так и на T-SQL можно завернуть данные в HTML, XML, JSON... да во что угодно! Нафиг тогда ASP.NET? Не проще все приложение писать на T-SQL? Да и по перформансу сумарная нагрузка на сервер получается на порядок ниже! Пока однин объект класса Page поднимается и тот же EF раскочегаривается SQL Server уже десять транзакций проведет и десять HTML страничек выплюнет! Говорят что такой проект поддерживать сложно... Как может быть сложнее поддержка такого проекта если кода получается на порядок меньше и фактически одно звено? Да, на мегакрупном ентерпрайзе такой подход выльется боком, но 90% задач которые большинство из нас решает в эту категорию ну никак не попадают.
На уникальность идеи не претендую, дядьки из оракла давно реализовали эту идею в виде Oracle Apex, где все пишется на PL/SQL, собственно, что мешает такое сделать на SQL Server + T-SQL?

Вопрос 1. Какие есть действительно объективные причины так не делать?

Вопрос 2. В 2005/2008 скуле были HTTP-эндпоинты, которые в основном юзали под SOAP, в 2012 эту лавочку прикрыли, мол юзайте IIS+WCF что собсвенно и далаем. Вот сейчас думаю как HTTP-запросы с IIS на SQL Server передавать, как это сделать конечно знаю, но как сделать этот механизм универсальным пока не придумал, хотелось бы выслушать соображения по этому поводу. Или кто-то делал что-то подобное, в гугле по поводу таких механизмов как-то глухо.

handmadeFromRu1. ковыряться в портянке sql, а ведь сложная логика эт еще тот п....ц. я видел запросы на 100 строк и более с кучей функций и прочего. без бутылки там тяжело
100 строк логики на T-SQL волшебным образом превратятся в 10 на C#?
handmadeFromRu2. как тестировать будем ?
А че, хранимки тестировать не умеем?
handmadeFromRu3. как будем масштабироваться?
Куда? Среднее приложение на Apex Express держит сотни юзеров онлайн, при том что апекс довольно жирный, на среднем серваке SQL Server уверен можно спокойно 1000 юзеров в онлайне держать, а о большем я и не говорю.
handmadeFromRu4. расскажите про ооп на sql
Зачем когда есть ряляционная модель?
handmadeFromRu5. вы не любитель рутины и писанины тонны кода ради тухлого выхлопа
Сделайте одну табличку с банальным грудом на T-SQL и на ASP.NET и оцените посмотрите где в сумме получится тонна кода.
handmadeFromRu6. чем будем авторизовать? ток не говорите учеткой от ms sql сервака.
А чем Вы в ASP.NET авторизовываете? В web.config учетки храните?
handmadeFromRu7. как там с представлениями по модели к примеру ?
Зачем такие сложности если мы находимся в самой модели?
handmadeFromRu8. перфоманс сомнительно...если есть несколько уровней кеша то бд и не дойдет даже дело а если у вас бд в пара сот гигабайт то я хз как у вас там запросы будут летать, хотя может у вас экзодата от оракла )
Уже ето обсасывали и не раз, SQL Server и Oracle DB прекрасно умеют кешировать свои данные. Смысла прекручивать пятое колесо просто нет!
handmadeFromRu9. ну как дела с обращением ко внешним ресурсам файлам сервисам и прочим
Да нормально там все, http-запросы делать можно, если чего-то не хватает можно расширить функционал средствами того же дотнета.
handmadeFromRuможно перечислять мне кажется еще много)
Но пока все мимо

handmadeFromRuа что у вас не получилось в асп когда на убогом sql завелось?
Да все у меня получилось, вопрос в эффективности подхода.

hVosttEDUARD SAPOTSKIВопрос 1. Какие есть действительно объективные причины так не делать?

Наличие хотя бы грамма мозга
Так и запишем - у инженеров оракла нет ни грамма мозгов...
hVosttПросто у человека все задачи сводятся к перекладыванию данных. Скорее всего отчетность. Вот он и недоумевает.
Просто ты как всегда мимо кассы не поделу пургу несешь.

AxeleronЗачем большинство задач указанных выше делать через *опу, ели можно быстро и руками?
Вот это уже более весомый аргумент

Вопрос только где попа а где руки?

МСУЕще одни кастрированный хранимочник :) Логика и все телодвижения только через сервисный слой, зарубить себе топором на носу и залепить бинтом.
И енто говорит нороиспеченный явошник? Походу пока не представляешь сколько в ява-ентерпрайзе на хранимках на PL/SQL крутиццо, привыкай.