Это звучит как то, с чем я сталкивался.Тонны боли научили меня никогда не редактировать файлы DBML, сгенерированные Visual Studio.Файлы создаются заново так часто, что я увидел, что это быстро превратится в кошмар обслуживания.
Вместо этого вам следует воспользоваться преимуществами частичных классов, чтобы переместить свою пользовательскую логику в свои собственные файлы частичных классов,так что эти изменения остаются неизменными при повторной генерации DBML.
Если вы «удаляете свойства», я предполагаю, что это делается, потому что есть определенные поля базы данных, которые вы не хотите представлять.Вы можете использовать аннотации данных, чтобы скрыть поля, сделать их доступными только для чтения и т. Д. Похоже, я не могу найти так много пошаговых инструкций, и я научился в основном методом проб и ошибок, но вы можете начать здесь: http://msdn.microsoft.com/en-us/library/system.componentmodel.dataannotations.aspx
Следование этим рекомендациям защитит вас от необходимости изменять файлы DBML при изменении Target Framework или в любом другом сценарии, когда DBML необходимо повторно генерировать, например при внесении изменений в исходную базу данных.и модель должна быть обновлена.
Редактировать Я нашел ссылку здесь: http://simon -holman.net / 2010/03 / using-data-annotations-with-частичные-классы-и-linq-to-sql /
с помощью этого поиска Google, который открывает другие многообещающие ссылки: http://www.google.com/search?q=DataAnnotations+to+customize+Linq+to+SQL&rls=com.microsoft:en-us&ie=UTF-8&oe=UTF-8&startIndex=&startPage=1