创建视图还是使用内部联接？

我有一个规范化的数据库，其中外键/主键提供一对多数据库。

我计划使用 PHP 访问该数据库以进行基本的前端/后端显示。现在，我的问题来自这两个示例查询：

CREATE VIEW `view` AS
  SELECT
    functiondetails.Detail,
    functionnames.ID,
    functionnames.FunctionName,
    functionnames.Catogory
  FROM functiondetails
    INNER JOIN functionnames ON functiondetails.AsscID = functionnames.ID

or

SELECT
  functiondetails.Detail,
  functionnames.ID,
  functionnames.FunctionName,
  functionnames.Catogory
FROM functiondetails
  INNER JOIN functionnames ON functiondetails.AsscID = functionnames.ID

查询中没有错误，因为我运行了两次都没有失败，但我的总体问题是这样的：

如果我打算不断地从我的数据库中引用大量信息。创建一个视图会不会更容易，然后它会一直使用新添加的信息进行更新，或者在我的实际 php 上进行第二个查询会是更好的做法吗？示例：

$Query = $MySQli->prepare("
  SELECT
    functiondetails.Detail,
    functionnames.ID,
    functionnames.FunctionName,
    functionnames.Catogory
  FROM functiondetails
    INNER JOIN functionnames ON functiondetails.AsscID = functionnames.ID
")
$Query->execute();
$Results = $Query->fetch_results();
$Array = $Results->fetch_array(MYSQLI_ASSOC);

还是从我的观点中选择？

$Query = $MySQLi->prepare("SELECT * FROM `view`");
$Query->execute();
$Results = $Query->fetch_results();
$Array = $Results->fetch_array(MYSQLI_ASSOC);

那么哪一种方法是用于查询数据库的更好方法呢？

Views http://dev.mysql.com/doc/refman/5.0/en/view-algorithms.html are an 抽象层 http://en.wikipedia.org/wiki/Abstraction_layer创建抽象层的通常原因是为您提供一个工具，让您的生活更轻松。

使用视图的一些重大优点包括：

1. Security
   您可以控制谁有权访问视图，而无需授予他们访问基础表的权限。

2. 澄清
   很多时候，列标题的描述性并不充分。视图允许您使返回的数据更加清晰。

3. 表现
   就性能而言，观点不会对您产生负面伤害。但是，您不会看到使用视图带来的性能提升，因为 MySQL 不支持物化视图 http://en.wikipedia.org/wiki/Materialized_view.

4. 易于编码
   视图可用于重用复杂的查询，从而减少用户出错的空间。

5. 易于管理
   每当您的表架构发生更改时，它都会让您的生活变得更轻松。
   
   例如，假设您有一个表，其中包含待售房屋，homes_for_sale，但后来您决定希望该表能够处理您曾经出售/当前正在出售的所有房屋，all_homes。显然，新表的架构将与第一个表有很大不同。
   
   如果您有大量查询来自homes_for_sale，现在您必须检查所有代码并更新所有查询。这会让您面临用户错误和管理噩梦。
   
   解决此更改的更好方法是用同名视图替换表。即使实际架构已更改，视图也会返回与原始表完全相同的架构。然后，如果需要的话，您可以按照自己的节奏检查代码，并更新查询调用。