通过连接表来创建 SQL 视图是一种好习惯吗？
Is it good practice to create SQL view by joining tables?
我有这个问题，通过连接两个或多个 table 创建 SQL 视图是否有任何性能问题？
这是好的做法还是应该创建另一个 table 并在其上创建视图？
是的，您可以通过连接两个或多个 table 来创建视图。要获得更高效的视图，请检查创建索引视图。
基本上，视图用于通过仅提供所需的界面（重命名的列和数据）来向用户隐藏内部列和 table 详细信息。
视图创建一个逻辑 table 并且 table 可以是任何 SQL 语句的结果。
创建视图时，您会记住这些事情：-
- 限制列（通过 select）或行（通过 where）的可见性
仅与任务相关的那些
- 合并多个行（通过联合）和/或列（通过连接）
tables合乎逻辑table.
- 将行（通过 Group BY 和 Having）聚合成一个更独特的
演示文稿摘自 table，更详细。
视图有以下好处：（参考 - What is a good reason to use SQL views?）
- 安全性 - 用户可以访问视图，同时底层
table无法直接访问。这允许 DBA 仅向用户提供数据
他们需要同时保护同一 table.
中的其他数据
- 简单 - 视图可用于隐藏和重用复杂查询。
- 列名简化或澄清 - 视图可用于
为列名提供别名以使其更容易记住或
有意义。
谢谢！！！
我有这个问题，通过连接两个或多个 table 创建 SQL 视图是否有任何性能问题？ 这是好的做法还是应该创建另一个 table 并在其上创建视图？
是的，您可以通过连接两个或多个 table 来创建视图。要获得更高效的视图，请检查创建索引视图。 基本上，视图用于通过仅提供所需的界面（重命名的列和数据）来向用户隐藏内部列和 table 详细信息。
视图创建一个逻辑 table 并且 table 可以是任何 SQL 语句的结果。
创建视图时，您会记住这些事情：-
- 限制列（通过 select）或行（通过 where）的可见性 仅与任务相关的那些
- 合并多个行（通过联合）和/或列（通过连接） tables合乎逻辑table.
- 将行（通过 Group BY 和 Having）聚合成一个更独特的 演示文稿摘自 table，更详细。
视图有以下好处：（参考 - What is a good reason to use SQL views?）
- 安全性 - 用户可以访问视图，同时底层 table无法直接访问。这允许 DBA 仅向用户提供数据 他们需要同时保护同一 table. 中的其他数据
- 简单 - 视图可用于隐藏和重用复杂查询。
- 列名简化或澄清 - 视图可用于 为列名提供别名以使其更容易记住或 有意义。
谢谢！！！