EF 4 не умел такого делать, может и linqtosql тоже. мы писали расширение свое, которое помогало генерить такую констукцию. Так, что есть шанс что придется либо найти чужую, либо написать самому.
да в mvc2 не было razor. но это всего лишь view engine. все базовые концепции- фильтров, атрибутов, котроллеров, действий, вью и тп там есть. а изучить чем отличаетмся модель жизни, синтаксис представления- это не очень то и много. Читая книгу по mvc2, писал на mvc3… и нормально было все понятно
В принципе именно запустить вы можете ведь программу вообще с локальной машины установив программу в планировщик windows и подключаться из нее к базе azure. Хотя тут проблема, что нужен компьютер дергающий и имеюшь доступ во внутрь.
Я бы не стал тащить библиотеку Quartz.NET с собой если нужно просто иногда запускать пересчет в базе.
Сколько времени этот пересчет занимает, как реализован(хранимка-триггер или C# код)
Мне кажется если вы редко пользуетесь, то можно написать свой маленький велосипед, который пусть по истечению какого-то времени просто запускает пересчет или как кэшь устареет.
это не такое большое дело, чтобы тащить библиотеки, которые вообще говоря для более сложных сценариев должны бы использоваться где много разных действий надо делать по расписанию
Задайте ваш вопрос на форуме msdn английском. (Вроде на работе мы использовали 2 разных контекста к 1 базе, но не уверен.) По поводу всех яйц в одну корзину… Dataset в одной сборке ни как не мешает вам работать с ef code first в другой сборке. Как работает ef code first и миграции. Создается Контекст. В базе создается Таблицы. В служебной таблице находятся метаданные о содержимом каждой миграции. Создадим новый класс, который мы будем мапить в базу. Есть мы запустим приложение, то узнаем что контекст изменился. Это потому, что EF проверил метаданные и узнал, что нету одной из таблиц в базе… Как ему в такой ситуации работать- вопрос сложный, можно забить на разницу наверное, но не всегда. Далее мы создаем миграцию. У нас появляется новый файл в коде, с содержимым миграции. Далее мы накатываем миграцию. В слежубной таблице появляюется новая запись о миграции. Когда вы стартанете приложение заново, у вас версии схем будут одни и те же и приложение будет нормально работать. Мне кажется, можно сказать EF игнорироват ьне совпадение схем, но не уверен как… напишите на msdn форуме… Там может расскажут вам более подробно
Я не приказываю ибо Вы сами вольны выбирать технологию на которой пишите. 3 разные сборки должны иметь свой контекст. Тут вопрос архитектурный, который Вы должны продумать. Плагины могут использовать общую сборку доступа к данным и обращаться к одному контексту. Если хотите закрыть от одного плагина таблицы другой то это вопрос о уровне репозитариев для плагинов… Вы вините EF в том, что в нем нет магической кнопки give me the money. Как вы себе представляете ef должен разрулить ситуацию, когда у вас есть — таблички одна есть в контексте, а вторая нет… это не совсем нормальная ситуацию ORM. ORM всегда будет видеть, что есть несоответсвие схем данных между — разными контекстами. P.S. а вы правда используете русскую Visual Studio?
Надо будет определить еще какой тип экзамены Вы хотите сдавать. Просто их очень много. А далее, есть несколько центров prometric в них и проходит сертификация обычно.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
