Прошу помощи избавиться от головной боли.
Есть существующий много лет большой проект собранный кусками на ASP и ASP.NET. Проект полностью динамичный, т.е. структура данных не статичная, и зависит от конкретного пользователя прошедшего авторизацию, и может быть изменена на ходу.
Много лет слежу за MVC и другими API .. но смущает сам подход технологий. Основная фишка MVC это контролы. Но у меня нет контролов, так-как теже таблицы user, company и др. не имеют структуры пока пользователь не авторизуется. Для ASP это не критично, а вот ASP.NET сам по себе нацелен на компиляцию и оптимизацию, и если я буду строить классы динамически каждый раз, то получу огромные тормоза. Но при этом следя за ASp.NEt , хочется использовать все вкусности , тотже Razor, Linq и т.д.

Итак: структура всех таблиц системы хранится в базе, и зависит от пользователя который прошел авторизацию. Даже его таблица Users имеет разную структуру в зависимости от настроек в данный момент. Тоже касается и всего интерфейса.
Можно ли с толком использовать MVC и др. ?

P.S. были мысли генерировать файл контролы после изменений, но тогда их будут тысячи в папке , причем на каждый контрол, и снова станет проблемой подключать их не статично а динамично.

к NodeJS я и так все время склоняюсь. Но nodejs это только обработчик сам по себе. к нему нужно собирать пазлом тучу отдельных элементов, плюс решать вопрос больших нагрузок, в итоге вешая к примеру тотже iisnode плюс тучу либ, получается не совсем чистая солянка, в отличие от .NET Framework которая работает в единой среде и почти все части API это одно целое. Да и важен SQL Server 2008/2012 так как mongodb не вариант изза огромной аналитики.
Потому и хочется использовать ASp.NET на полную, но проект не стандартный и 99% того что в MSDN никак не подходит.

Контролы в MVC как раз для меня важный фактор в нем, так-как без описание классов данных и базы, сам MVC уже не полетит так-как задуман. Создать все классы через ExpandoObject выглядит слегка не производительным.

Т.е. проблема в том что, насколько я понимаю ASP.NET и все его фишки: MVC, Linq, Entity Framework и др. , хороши только для статичный проектов, когда все закладывается со структуры базы, и дальше оперируешь только на верхнем уровне. В моем же случае, классы придется создавать или неопределенные типа Hash массивов или Dictionary , ну или новые ExpandoObject и др. В итоге ASP.NET нечего будет оптимизировать и кэшировать, да и скорость будет совсем не красивой. Пробовал в разных тестовых скриптах.

Пока таки NodeJS с его JavaScript и приходит на ум, вот только в нем ничего нету и нужно собирать тучу независимых либ.

Перерыв весь инет, видел только статичные варианты с MVC. Может ктото сможет подсказать, как можно толково подойти к этому моменту без серьезной потери производительности, когда структура данных описана вся в базе или XML и кол-во свойств и методов будет известно только после авторизации.

handmadeFromRuТС что значит :"так-как теже таблицы user, company и др. не имеют структуры пока пользователь не авторизуется".
ну то и значит. после авторизации в базе или допустим в xml конфиге хранится структура базы для данного клиента.. кол-во таблиц, кол-во полей в таблицах , их тип и т.д. Отсюда и вся обработка, в момент запроса формы, строится форма на основе того , что доступно клиенту, и при приеме данных, берется только то что он может сохранить.
Вот поэтому у меня и появилась проблема работы с ASP.NET, весь MVC построен на моделях, и работа с базой через модели и класс самой базы. Тотже Linq, Entity Framework и др.
В javaScript такой проблемы небыло никогда, там классы и проперти создаются на лету.
var t1 = {}; t1.userName = 'test'; - Но JS не работает с базой,в отличие от MVC где общение между вьюиверами и базой идет через модели.

А вот в ASP.NET практически все типизировано. Скорость работы ExpandoObject или аналоги ElasticoObjects совсем плачевны. Иначе не вижу смысла переписывать проект с ASP на ASP.NET полностью. и при этом потерять в производительности. А без потери производительности смог придумать только генерацию классов или подключаемых по типу модулей DLL, которые будут создаваться после редактирования конфигурации клиента, но таких файлов будет тысячи.
Вот и проблема, хочется использовать все вкусности на полную катушку но проект очень специфичен и не имеет структуры данных в статичном виде.

hVosttEF вполне выдерживает иерархичные структуры данных, как в одной таблице, так и в нескольких. Проблемы не вижу. Если уж совсем тяжко с определением домена, на помощь спешит MongoDB ))
да, монго в этом плане шикарен. но вот только монго не потянет аналитику, колосальное кол-во отчетов, с использованием почти всего что дает sql 2008 , без это всего отчеты придется ручками в JS считать и разворачивать.

МСУ
я не пытаюсь прогнуть MVC а пытаюсь понять его. подходит ли он мне или только усугубит.
У меня стоит выбор как сделать лучше. Толи превратить MVC в тормоз из-за специфичной задачи, или же сделать аля Ajax , где UI отдельно а данные чисто через веб сервис request/post в виде json. В случае Ajax все ложиться на сторону клиента, в то время как у MVC это серверная часть Razor. Везде свои плюсы и минусы.
Но для меня главной головной болью является то что, смотря на сайте ASP.NET что предлагает МС на сегодня, все по всем докам это статичные классы. Да это выгладит красиво и вкусно, структуру описал, классы раскидал, связи указал и все полетело.
А мне даже форму генерить нужно в зависимости от того. кто запросил ее. также и весь UI. В моей ситуации невозможно взять объект User, заполнить его , и отдать базе сохранить. Мне придется самому собирать INSERT запросс тем набором данных в момент записи. В итоге MVC будет весь содержать тучи кастомного кода, тоже касается и темплейтов, в итоге зачем тогда MVC мне?

Еще раз, я не говорю что MVC плохо, я пытаюсь понять как сделать лучше в моей ситуации. Я могу просто как писал выше, через json отдавать все а браузер и пусть клиент сам рисует UI по ситуации и т.д . Такой вариант работает и сейчас, но возникает момент когда тотже отчет нужно отрисовать не только у клиента, а и на сервере по Scheduler. Вот тут спасает какбы NodeJS где серверные темплейты и клиентские, это один и тоже код. Но NodeJS не покроет все проблемы.. тотже PDF проблема, как и много других моментов которые есть в ASP.NET но нету под NodeJS. Вот и получается что пытаюсь понять как решить разом все моменты.

почему так вышло? а все просто: есть построитель форм, есть построитель отчетов. все полностью на конфигах, даже выборка из-базы берется в конкретный момент в зависимости от юзвера. Причем админ может отключить чтото или добавить, и пользователь должен получить изменения сразу а не после рестарта проекта.
Минусов тут просто уйма. Начиная от кернела которому приходится постоянно выполнять тучи проверок и переборов, заканчивая самой базой. Код оптимизируется постоянно насколько это возможно. База страдает но спасают вьюшки и процедуры под SQL Server 2008, за счет оптимизации и кеширования в Ent.Edition.
Сам АПИ очень давно построен на старом добром ASP а уже новые фишки типа PDF, Excel, Charts и т.д. уже делает ASP.NET. Да все работает прекрасно.. зачем ломать? ну так очень древний проект, хочется переписать с нуля и уже используя то что дает 2013 год.
NodeJS поначалу подходил как нельзя лучше, но вот заглядывая вперед понимаешь что тотже PDF станет боком как и сотни других мелочей, снова лепить винегрет. В то время как .NET уже имеет почти все что нужно.
Потому без конца ковыряю .NET и пробуя разные тесты в попытке найти идеальное решение. Было собрано тучи разного кода, даже DLL генерились налету и тутже инклудились, причем работает и летает прекрасно. Но подход слегка не стандартный. Изучая MVC тупо видел что все завязано на статичных моделях, по крайней мере из всего что доводилось видеть. Когда попались Expando Elastico и др. вроде увидел аналог JavaScript но скорость работы такого кода плачевна.
Т.е. в поиске варианта извратится и не наломать дров, мне так и не попались варианты как сделать подобный проект на .NET без dynamic. Я явно чтото мог упустить, и пока видел вариант через генерацию dll, через expando или dynamic и т.д.
Потому и постучался на форум, в надежде что ктото смог бы подсказать идею. И никак не собирался наезжать на MVC :) ... просто для меня ASP.NET это аналог процедур в базе, т.е. код должен быть статичным, чтобы система могла оптимизировать и кешировать, в отличие от динамичный SQL запросов, Вот тоже самое и с ASP.NET , если я ему буду налету давать плавающий код, потеряется вся производительность , так-как .NET не сможет оптимизировать и каждый раз будет пере компилировать код.

Ведь по идеи SaleForce имеет туже задачу аналогичную, структура всей базы строится через конфиги, а значит нету классов шаблона таблицы, и при этом остается в рабочем виде АПИ верхнего уровня list = from user in db.users where ...