Здравствуйте, somesoul, Вы писали:

S>>>Мы перегенерируем именно на уровне таблиц.
L>>В дизайнере нет такой возможности — перегенерировать. Ты уверен, что ты именно про Linq to Sql говоришь?
S> уверен.
S>1. Даблклик на *.dbml ветке в solution explorer
S>2. Находим табличкуи удаляем (Del)
S>3. находем в server explorer нужную табличку и бросаем ее на дизайнер
S> (та штука, что открылась в п 1)
S>4. Сохраняем
S>5. Вуаля

Это не перегенерить, а добавить + удалить. Неудивительно, что дизайнер не сохраняет прежних изменений. Ты же сам ему сказал "удалить"

S>>>А вот реализовывать ручками ссылочные поля — это очень нудно.
L>>Я не предлагаю реализовывать их вручную. Воспользуйся дизайнером.
S>я объяснил нашу стандартную процедуру.
S>ваш вариант еще хуже чем комментирование части авто-кода при каждой регенирации.

Вы правите сгенеренный код?!!

S>мне надо каждый раз повторять какую-то серию умных действий в дизайнерею

Не каждый раз, а только при изменении схемы. И не такие уж умные эти действия.

S>>>Кроме того это будет дублированием автоматически создаваемых полей
L>>Откуда дублирование?
S>автоматом создаются пропертя раскрывающие референсы и вы предлагаете реализовывать альтернативные.
S>хотя возможно вы предлагаете редатировать автоматически созданные, но это не весело

Не надо ничего редактировать. Если у вас есть поле в базе, которое ссылается на какую-то табличку, то дизайнер создаст вам свойство и для поля, и для типизированной ссылки. Если вам не нужно поле, вы можете сделать его private прямо в дизайнере. Если не нужна ссылка, можете указать дизайнеру, что генерить ее не надо.

S>так как это надо будет делать каждый раз.

S>>>и наверняка повлечет дополнительные траблы.
L>>Не повлечет. Почти год пользуюсь таким подходом. Полет нормальный.
S>пожалуйста опишите подробнее ваш подход.
S>Свой я описал в деталях.

Если добавилось поле в существующей таблице — добавить его вручную в дизайнере.
Если добавилась одна или несколько таблиц — тогда можно их перетащить из Server Explorer-а.