我需要澄清一下。我知道建立一个数据库只是为了将视图放在那里是一个坏主意。更难跟踪,没有架构绑定或视图索引。但我有一些报道人们一直在纠缠我,有没有任何好的论据可以给我?
他们基本上希望为不同的业务用户提供数据库,这些视图与数据仓库交互。因此,它将是5个额外的数据库,其唯一目的是用于观看。
答案 0 :(得分:1)
您没有“视图数据库”。
那是摇尾巴的尾巴:)
您 CAN 将一个或多个表的“视图”包含到数据库中。甚至是数据库之间的表。这听起来就像你正在寻找的那样。
强烈建议:阅读这些文章:
PS: 这可能也很有用:
<强>模式强>
MSDN: SQL Server Best Practices – Implementation of Database Object Schemas
SQL Server 2005实现了数据库对象模式的概念。
模式是一个独特的命名空间,便于分离, 管理和数据库对象的所有权。
它取消了紧 数据库对象和所有者的耦合以提高安全性 管理数据库对象。
<强>视图强>
MSDN: Scenarios for Using Views
视图通常用于聚焦,简化和自定义 感知每个用户拥有的数据库。
通过让用户访问数据,可以将视图用作安全机制 通过视图,无需直接授予用户权限 访问视图的基础基表。
视图可用于提供向后兼容的接口 模拟以前存在但其架构已更改的表。
当您从Microsoft SQL复制数据时,也可以使用视图 用于提高性能和分区数据的服务器。