2 locky
А, ну да, ну да... Да здравствует поиск, бессмысленный и беспощадный :)
Ну что ж поделать, без поиска только волшебники справляются - которые по имени процедуры могут определить, где проблема в sql-коде.

Как насчет удаления из зависимой таблицы?
Точно так же.

труъ джедай шарпей при удалении мастера закрутит цикл по слейву и поштучно грохнет все ныне ненужные записи..
Да хоть оптом, хоть в розницу. Можно в цикле по одной, можно за один раз несколько.
А что Вы хотите предложить? Уж неужто каскадное удаление? Может Вы еще и в защиту каскадного обновления что-нить скажете?

Я так понимаю - ваша метода (особенно в части "откроет паблик класс имярек" ) - страдает жюткой недостоверностью?
Жуткой недостоверностью чего?
И почему страдает (может наслаждается, кто ж её знает).

В том то и беда, мил друг, что с точки зрения ДБА (человека, который мала-мала отвечает за всё, что вы пытаетесь делать с сервером) этот ваш "код унутре класса" - есть сборище манной каши, размазанной по сотням шарпеевских файлов (кода, ресурсов и прочей фигне) и ну никак не поддерживаемо и не анализируемо.
В том то и радость, мил друг, что для нормального девелопера не составляет особого труда "открыть класс и посмотреть содержимое метода". Хоть для DB-девелопера, хоть для VB-девелопера.
Для дба в этом какая-то проблема? Да ну и ладно. Пусть датабейзадминистратор - сидит и администрирует датабазу. У него своя работа, нефиг по чужим проектам шариться. Не хватало еще, чтоб всякие там админы учили меня программировать. Этак и заправщики картриджей к ним подтянутся, будут рассказывать, как мне отчеты рисовать, чтоб тонера поменьше израсходовалось.

З.Ы. Ваше "человек, который мала-мала отвечает за всё" - дюже порадовало :). Лёню Федорова наверное любите слушать? Йааааа заведующий всеем, и всиооо из-за меняааа....

------------------------------------------------

2 iscrafm
в первую очередь процедуры нужны для реализации средствами СУБД алгоритмов, которые реализуются посредством процедурных языков, а не DML.
Истинная правда.
Тем удивительнее смотреть на фанатов T-SQL, в котором эти самые процедурные расширения застыли где-то на уровне бейсика для синклера, и ни в какую не хотят развиваться. Пятнадцать лет кряхтели-пыхтели-сопели-пердели - выродили - обкусок эксепшн хэндлинга. Теперь не надо после каждого запроса проверять @@error, бурные продолжительные апплодисменты.

Ладно ораклоиды, у них язык побогаче, логика хорошо и удобно пишется и без трехзвенок. А поклонники MS SQL Server куда лезут с недоделаным T-SQL? С рождения хромые инвалиды, кое-как научившиеся на костылях ходить - и теперь эти инвалиды рассказывают всем, что на костылях ходить хорошо и правильно, а еще можно на костылях бегать и в футбол играть (а кто ходит не на костылях, тому надо сломать ноги).

2 iscrafm
трехзвенки только не для этого создаются.
Простите - "только не для этого" или "не только для этого"?

Это распространили дезу (неправильный перевод?) по интернету про трехзвенки и пошла полная путаница между tier и layer.
Есть такое. Наличие присутствия путаницы.

По layer'ам надо делить приложение независимо от того, на каком tier'е находится реализация каждого конкретного layer'а. Я в общем-то это и имел в виду, когда писал про недопустимость размазывания логики по приложению, даже если это одно приложение внутри MS SQL Server'а (к примеру).

Мух от котлет надо отделять, уж хотя бы мысленно. Если решили, что мухи должны храниться в той же коробочке, что и котлеты, то хотя бы в фарш их не надо замешивать.

iscrafmимхо, возникла некоторая путаница аббревиатурах. DBA - Data Base Administrator или Data Base Architector ?
Да какой уж там архитектор. Выше берите. ЗОДЧИЙ!!!