Некоторое время назад я попытался поддержать код, который использовал представления, созданные из представлений, созданных из представлений... Это было болью в **, таким образом, я стал немного аллергическим на представления:)
я обычно предпочитаю работать с таблицами непосредственно, специально для веб-приложений, где скорость является основным беспокойством. При доступе к таблицам непосредственно у Вас есть шанс настроить Ваши SQL-запросы для достижения лучшей производительности. "Предварительно скомпилированный" / кэшировался, работая, планы могли бы быть одним преимуществом представлений, но во многих случаях своевременная компиляция со всеми данными параметрами и где пункты в соображении приведут к более быстрой обработке по всем.
Однако, который не исключает представления полностью, если используется соответственно. Например, можно использовать представление с "пользовательской" таблицей, к которой присоединяются с "users_status" таблицей для получения текстового объяснения каждого состояния - при необходимости в нем. Однако, если Вам не нужно объяснение: используйте "пользовательскую" таблицу, не представление. Как всегда: Используйте мозг!
Пожалуйста, посетите Microsoft Expression Gallery , чтобы узнать, поможет ли это вам. Там есть несколько типов стилей окон и кнопок.