拥有大量数据库视图是否可以？

我很少(每月/每季度)使用Microsoft SQL Server 2005数据库视图生成数百个Crystal Reports报告.这些视图是否在我不读取它们的过程中浪费CPU周期和RAM？我是否应该使用存储过程,临时表或短命的普通表,因为我很少从我的视图中读取？

我不是DBA所以我不知道数据库服务器内幕后发生了什么.

是否可能有太多的数据库视图？什么是最佳做法？

在大多数情况下,没关系.是的,SQL Server在分析SELECT*FROM表时会有更多的选择(它必须在系统目录中查找'table')但是它已经针对此进行了高度优化,并且只要你有足够的RAM(现在大多数服务器都这样做) ,你不会注意到0到1,000个视图之间的差异.

但是,从人们的角度来看,尝试管理和弄清楚"数百"视图正在做什么可能是不可能的,因此你可能会有很多重复的代码.如果某些业务规则发生变化,嵌入在这些冗余视图中会发生什么？

主要观点是将业务逻辑封装到伪表中(因此您可能有一个人员表,但是后来一个名为"active_persons"的视图会产生一些魔力).除非每个报告都是如此孤立和独特,以至于无法重复使用,否则为每个报告创建一个视图是有点愚蠢的.