我有三个表：

• 命令

  • OrderId，int PK
  • CustomerId，与客户之间为int FK，允许为NULL

• 顾客

  • CustomerId，int PK
  • CompanyId，将FK转换为Company，不允许为NULL

• 公司介绍

  • CompanyId，int PK
  • 名称nvarchar（50）

我想选择所有订单，无论是否有客户，如果有客户，也要选择客户的公司名称。

如果我使用此查询…

SELECT Orders.OrderId, Customers.CustomerId, Companies.Name
FROM   Orders
       LEFT OUTER JOIN Customers
           ON Orders.CustomerId = Customers.CustomerId
       INNER JOIN Companies
           OM Customers.CompanyId = Companies.CompanyId

…它只会返回有客户的订单。如果我替换INNER JOIN为LEFT OUTER JOIN…

SELECT Orders.OrderId, Customers.CustomerId, Companies.Name
FROM   Orders
       LEFT OUTER JOIN Customers
           ON Orders.CustomerId = Customers.CustomerId
       LEFT OUTER JOIN Companies
           OM Customers.CompanyId = Companies.CompanyId

......它的工作原理，但我不明白为什么，因为之间的关系，这是必要的Customers，并Companies要求：客户 必须 有一个公司。

一种可行的替代方法似乎是：

SELECT Orders.OrderId, Customers.CustomerId, Companies.Name
FROM   Companies
       INNER JOIN Customers
           ON Companies.CompanyId = Customers.CompanyId
       RIGHT OUTER JOIN Orders
           OM Customers.CustomerId Orders.CustomerId

该查询具有我期望的内部和外部联接的数量，但问题是对我来说很难阅读，因为我将查询作为 订单
的查询记入其中，订单是选择的“根”，而不是选择的“根”公司。另外RIGHT OUTER JOIN，我的用法也不是很熟悉。

最后一个查询是设计器为SQL Server Reporting
Services报表生成的查询的一小部分。我正在尝试在没有设计人员界面的情况下手动编写查询，因为它非常拥挤，并且在进行许多更改并且将来还会有更多更改之后，我在维护查询方面遇到了问题。因此，我想以某种方式为查询提供可读的结构。

问题：

1. 为什么查询1不能按我预期的方式工作？
2. 尽管（或因为？）查询2使用了两个LEFT OTHER JOINS，但它是正确的解决方案吗？
3. 查询3是正确的解决方案吗？
4. 有没有更好的方法来编写查询？
5. 是否存在一些一般的经验法则和实践，以及如何以一种易于阅读的方式编写具有大量外部和内部联接的查询？