有很多数据库视图吗？

太平洋陈

我很少使用(每月/每季度)Microsoft SQL Server 2005年数百个数据库视图生成Crystal
Reports报告。这些视图是否一直在浪费我的时间而不是他们？CPU周期和RAM？由于我很少从视图中阅读内容，我应该改用存储过程，临时表还是短普通表？
我不是DBA，所以我不知道数据库服务器幕后发生了什么。
% ?4 j# f# f2 i: Z5 N6 p: R! U数据库视图是否过多？最好的方法是什么？
                                                               
    解决方案:                                                               
3 K, v  r% ^6 x" |9 W5 L( h% Y                                                                在大多数情况下，这并不重要。SQL Server在解析SELECT * FROM table有更多的选择(必须在系统目录中找到
table)，但对此进行了高度优化，并提供了足够的服务RAM(今天大部分服务器都是这样做的) ，你不会注意到0到1000次观看的区别。
( v5 ^# K9 a+ u9 E  W9 a; b然而，从人们的角度来看，不可能试图管理和理解百视图在做什么。因此，可能有许多重复的代码。如果嵌入在这些冗余视图中的一些业务规则发生变化，会发生什么？
视图的主要观点是将业务逻辑封装到伪表中(因此，你可能有一个人员表，但有一个叫做
! b2 j! y4 f- M' B# q1 I3 Pactive_persons视图，它有一定的魔力)。除非每个报告如此孤立和独特，否则为每个报告创建视图是愚蠢的。