LSVВсе проверки или в ХП или прямых запросах с клиента.
У вас наверное и все таблицы закрыты и обращение идет только через хранимые процедуры? :)
Знаем мы такое проходили. Ничего хорошего это не сулит. в большинстве своем куча лишнего кода, где в начале каждой хранимки идет проверка, а может ли пользователь что то делать.

LSV
Дело в том, что проверка целостности данных не ограничивается только запретом удаления при наличии ссылки. Делать же несколько принципиально разных механизмов сложно и глупо.
Например у нас проверка это некая ХП иногда с сотнями строк нетривиального кода.

Тут проблема в том что это проверка помогает от случайных ошибок. Проверка работает на самой таблице, что дает вам гарантию что кто то в обход вашей ХП не внесет не корректные данные.
Плюс дает информацию о структуре БД, сразу можно посмотреть куда ссылается то или иное поле.
Я не говорю что ваш подход не правильный, однако его тяжело соблюдать. Люди меняются, с документацией как всегда туго

LSV
Для сотен справочников из двух полей на 5-100записей делать отдельные таблицы ?
Ну делайте, если Вам не лень !

На самом деле это только кажется что плодить кучу справочников это сложно. Написать create table не так уж и сложно.

p.s. возможно мы по разному смотрим на БД, я на нее смотрю с точки зрения СУБД, а вы с точки зрения приложения.