Сохранить / автоматизировать настройки LINQ to SQL в редакторе

Question

Я генерирую модель предметной области, используя LINQ to SQL через встроенный редактор VS2008. Это тоже очень хорошо работает; когда я настраиваю свою схему базы данных, я просто удаляю все из редактора, а затем возвращаю ее обратно из проводника сервера, выбирая все таблицы и перетаскивая их на поверхность конструктора. Это тоже прекрасно работает.

Теперь проблема: у меня есть свойства, которые я вручную установил автоматически, для чтения и т. Д. С помощью инспектора свойств справа. Все, что я воссоздаю, всю схему, я должен сделать это вручную снова.

Есть ли способ сохранить эти настройки внешне и / или автоматизировать их, чтобы вернуть их в прежнее состояние?

Answer 1

Вы можете использовать что-то вроде Huagati DBML Tools . Это позволит вам обновить файл DBML из конструктора VS.

Ранее я также использовал следующий процесс:

1. Создать мою схему в SSMS
2. Создание сценария, использующего инструмент командной строки SQL Metal для создания файла DBML
3. Поскольку файл DBML представляет собой XML, вы можете запускать преобразования для файла. Я использовал это, чтобы просто изменить некоторые вещи, такие как установка определенных полей для автоматического создания (DateCreated и т. Д.).
4. Затем используйте SQL Metal или T4 для создания файлов модели из измененного файла DBML.

Этот процесс работал отлично - однако я полностью контролировал схему базы данных. Этот процесс также позволил мне использовать L2S с SQL Server Compact Edition.

Надеюсь, это поможет!

Answer 2

T4 Toolbox имеет генератор схемы Linq to Sql, который позволяет вам разрабатывать приложения Linq to Sql в подходе, основанном на модели. Я немного его использовал, и он работает очень хорошо, здесь - это запись в блоге с подробностями и информацией об использовании.

Answer 3

Может показаться, что ваше решение работает, когда у вас очень мало объектов / таблиц базы данных, но оно не масштабируется, и, как вы обнаружили, синхронизация не идеальна.

Не используйте Visual Studio 2008 LinqToSql O / R Designer

Изучив множество альтернатив проблем, которые вы описываете с помощью LinqToSql, я решил вообще отказаться от LinqToSql, так как я не нашел ни одного из обходных путей очень хорошим. У конкурирующих ORM нет таких глупых проблем, как у LinqToSql, и они гораздо более зрелые и многофункциональные.

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