Огромное спасибо за ссылку!!!!!
Все ж мало я гуглю)))
Ща изучим!

Безусловно интересные соображения по поводу, что в общем случае каскадное удаление может оказаться слишком сложным для реализации, поэтому такая фитча и отсутствует...
Frans BoumaI'm not sure why Linq to Sql gives up here, but in general in o/r mappers: cascading deletes aren't really going to work. Sure there are cases where they do work, but in general they don't because with 2 or more paths from entity E1 to entity E2 in the model, it's already not possible to have E2 instances deleted when E1 is deleted in most cases. SqlServer for example will also give up in some situations in this case.
Как я понимаю следующее:
авторLINQ to SQL does not provide a cascade delete feature. Your database must be setup to do this on its own.
1)LINQ to SQL не предоставляет средства каскадного удаления. Ваша СУБД должна быть настроена на каскадное удаление вручную.
авторThe 'DeleteRule' property in the mapping is only used during a CreateDatabase call to tell the database to do cascade delete for this relationship, and to warn LINQ to SQL that cascading could happen.
2)Свойство 'DeleteRule' используется только при выполнении метода CreateDatabase, чтобы сообщить СУБД о том, что по этой связи необходимо выполнять каскадное удаление, а также предупредить Linq2SQL об этом.

Не понятно, как СУБД уведомляется, если в результате CreateDatabase CASCADE на этой связи не выставляется, а остается NO ACTION

P.S.: по всей видимости, проще положится на себя и удалить все имеющиеся дочерние строки вручную...хотя, скажем если Linq этого и не умеет, то из БД при помощи, например, хранимой процедуры можно вызвать автоматическое каскадное удаление, поэтому флаг CASCADE должен как-то выставляться)))

bured, я Вас все равно не понимаю...
Понятно, что в самой СУБД на нужной связи должно CASCADE стоять, но важно, чтобы это не вручную делать, а чтобы при выполнении DataContext.CreateDatabase() данный флаг проставлялся...я ещё понимаю, если б в LINQ вообще это отсутствовало, но ведь есть, а не работает...
buredЧтобы накатить апдейт на внешний ключ, его надо грохнуть и создать с нужной опцией.
БД, в том числе и связи по внешнему ключу генерируются при помощи DataContext.CreateDatabase() на основе имеющегося dbml файла, все запросы SQL генерируются LINQ автоматически...и уж если в dbml файле указано, что удаление должно быть каскадным, то логично ожидать, что сгенерированный LINQ запрос будет содержать что-то в подобное:
Но вот только фраза "ON DELETE CASCADE" почему то отсутствует...эта самая "нужная опция" должна автоматически генерится!
Вот и вопрос: должна ли??? Или все-таки LINQ этого ни хрена не поддерживает, поэтому при генерации БД при помощи CreateDatabase нужно вручную в БД заливать не только тригеры, хранимые и пользовательские процедуры, но и при необходимости правила удаления\изменения по связям....

Направление какое:
1)БД генерится при помощи LINQ
2)или dbml схема генерится на основе БД (при помощи SQLMetal или дизайнера VS)
???

Огромное спасибо!!!!!!!!!!!
Интересно, что это сообщение от 2008 года...сегодня framework 4.0 уже, а до сих пор ничего не исправлено..., хотя, может, и есть какие-нибудь исправления..

Я замечание по ссылке прочитал, там ж написано, что файл designer.cs перегенеривается каждый раз при построении проекта, то есть его править каждый раз придется..?

Ещё раз спасибо!))
Да уж атрибут класса не переопределишь..partial класс штука удобная, но не на столько)) Методы частичными они сделали, а вот атрибуты..))
Скорее всего? так же остановимся на варианте, где каскадное удаление происходит минуя L2S, да и генерировать соответствующие правила в БД тоже придется дополнительными запросами помимо CreateDatabase....

С другой стороны, к своему позору, EntityFramework нужно тоже только изучать, а задачку уже взялись решать на L2S, и времени на изучение ещё чего-то нового уже нету. Прочитав вот эту статейку http://habrahabr.ru/linker/go/37390/, создалось впечатление, что EntityFramework скорее подходит для нашего подхода в разделении уровней доступа к данным и сущностей предметной области. Однако ж пока L2S...))