View как врапперы над таблицами - это хороший подход. Сам использую.

1 Минус: как бы "на шару" создается дополнительный набор объектов, во многом копирующих таблицы.

2 Плюс: однако, если у вас структура, "склонная" к рефакторингу, то подобного рода обертки более чем уместны.

3 Плюс: view (и табл. функции) как бы расширяют функционал отдаваемых таблицами колонок, если можно так выразится. Уменьшается количество копируемых из одной выборки в другую join-ов, улучшается читабельность кода.

4 Минус: другой стороны, надо понимать, что в пп.3 заключается опасность создания "универсальных" view, отдающих колонки на все случаи жизни, что сильно усложняет работу оптимизатора. Т.о. за "иерархией view" тоже надо следить.

Замечу еще следующее. Что то мне подсказывает, что у вас SQLServer 2000 :) В одном из проектов мы массово использовали view как подобного рода обертки (для совместимости с 7.0), а в следующем также массово табличные функции (INLINE, не multistatetment это важно !). Так вот, нам показалось, что использование udf хуже воспринималось оптимизатором, чем view. Хотя в теории ему должно было быть все равно.

Относительно "На изменение и добавление - отдельный набор хранимок, мимо которых тоже ничего не может быть добавлено или изменено в таблицах."

Сейчас в новом проекте так и пишем, но я пока не готов дать оценку этому подходу. Особых плюсов, равно как и минусов не заметил.