为什么使用数据库视图？

Question

在数据库设计中使用“视图”是正确的方法还是我们应该在代码端处理它？有什么优点或缺点？

Answer 1

我看到使用视图的几个原因：

• 提供一个更简单的界面：只需查询视图，而不是十几个表，进行连接等
• 提供一个不会改变的界面（或更少）：
  • 即使您更改表的结构，您也可以修改视图，使其仍然返回相同的内容
  • 这意味着您的应用程序代码无需更改：它仍然可以工作，因为它使用视图，而不是直接访问表
• 只提供表的某些字段的接口
  • 用户无需查看一些他们不会使用的数据
  • 或者访问一些他们不应该使用的数据
• 使用某些数据库引擎（我认为 MS SQL Server 支持），某些类型视图可以有索引
  • 这对于性能来说是一件好事：如果您有一些复杂的查询，请将其存储为视图，并在该视图上定义所需的索引

Answer 2

在我们的案例中，视图的两个典型场景是：

• 表中的某些列包含只能由少数人看到的机密数据。您可以创建一个排除这些列的视图，并为大多数用户使用该视图。
• 您将两个或多个表连接到非规范化视图中，该视图对于报告目的很实用，但作为数据库中存储的表没有意义。

希望这有帮助。

Answer 3

视情况而定。我有时会使用它们，但不经常使用。不过，它们对于展示数据的解码视图以供最终用户（工具）使用非常有用，例如报告应用程序。通过这种方式，您可以向最终用户提供经常请求的信息的简化版本，隐藏一些技术细节。

Answer 4

某些数据库系统不支持在 FROM 子句中嵌入 SELECT 语句。如果您使用的系统不支持此功能，则通常可以将内部 SELECT 语句保存为视图，并使用视图名称代替 select 语句。

因此它提供了某些数据库实现中可能缺少的行为。