Вопросы Вы видели в предыдущем использовании в качестве примера, что кретины базы данных называют внутренним соединением. Внутренние соединения показывают только связанному recordsin другие слова, отчеты, которые появляются в обоих столах. Если Вы выполняете вопрос на Customers и столах Заказов, то Вы не видите клиентов, которые не разместили заказ. Вы также не видите заказов, которые не связаны ни с каким особым клиентом (бланк ценности CustomerID) или не связаны с действительным отчетом (они содержат ценность CustomerID, которая не соответствует ни до какого отчета в столе Customers).

Внешние соединения более приспосабливают эти соединения, включают весь одинаковый результаты, которые Вы видели бы во внутреннем соединении плюс расцепляемые отчеты остатка из одной из этих двух таблиц (это - Ваш выбор). Очевидно, эти расцепляемые отчеты обнаруживаются в результатах вопроса с некоторыми чистыми ценностями, которые соответствуют недостающей информации, которую предоставил бы другой стол.

Предположите, что Вы выполняете внешнее соединение между Orders и Потребительскими столами, и затем формируете его так, чтобы все отчеты заказа показали. Любые заказы, которые не связаны с потребительским отчетом, появляются у основания списка, и имеют чистые ценности во всех связанных с клиентом областях (как FirstName и LastName):

В этом особом примере это не имеет смысла для заказов, которые не связаны с клиентом, чтобы существовать. (Фактически, это, вероятно, указывает на заказ, который был введен неправильно.) Однако, если Вы подозреваете проблему, внешнее соединение может помочь Вам разыскать проблему.

Вы можете также выполнить внешнее соединение между Orders и Потребительскими столами, который показывает все потребительские отчеты. В этом случае, в конце результатов вопроса, Вы будете видеть каждый расцепляемый потребительский отчет с соответствующими областями заказа, оставленными незаполненный:

В этом случае внешний вопрос соединения подбирает трех отставших.

Так, как Вы добавляете внешнее соединение к своему вопросу? Ваше начало с внутренним соединением (какой Доступ обычно добавляет автоматически; см. Раздел 6.3.1), и затем преобразуйте его во внешнее соединение. Чтобы сделать так, только щелкните правой кнопкой мыши на линии соединения, которая связывает эти два стола в окне дизайна, и затем выберите Свойства Соединения (или только щелкните два раза линией). Диалоговое окно Join Properties (рисунок 6-17) появляется, и позволяет Вам изменять тип соединения, которое Вы используете.

Рисунок 6-17. Первый выбор, “Только включают ряды, где области, к которым присоединяются, из обеих таблиц равны”, выполняет стандартное внутреннее соединение. Другие два варианта позволяют Вам создавать внешнее соединение, которое включает все расцепляемые ряды из одной из этих двух таблиц.

Популярность: [4 %?]

Вопросы Вы видели в предыдущем использовании в качестве примера, что кретины базы данных называют внутренним соединением. Внутренние соединения показывают только связанному recordsin другие слова, отчеты, которые появляются в обоих столах. Если Вы выполняете вопрос на Customers и столах Заказов, то Вы не видите клиентов, которые не разместили заказ. Вы также не видите заказов, которые не связаны ни с каким особым клиентом (бланк ценности CustomerID) или не связаны с действительным отчетом (они содержат ценность CustomerID, которая не соответствует ни до какого отчета в столе Customers).

Внешние соединения более приспосабливают эти соединения, включают весь одинаковый результаты, которые Вы видели бы во внутреннем соединении плюс расцепляемые отчеты остатка из одной из этих двух таблиц (это - Ваш выбор). Очевидно, эти расцепляемые отчеты обнаруживаются в результатах вопроса с некоторыми чистыми ценностями, которые соответствуют недостающей информации, которую предоставил бы другой стол.

Предположите, что Вы выполняете внешнее соединение между Orders и Потребительскими столами, и затем формируете его так, чтобы все отчеты заказа показали. Любые заказы, которые не связаны с потребительским отчетом, появляются у основания списка, и имеют чистые ценности во всех связанных с клиентом областях (как FirstName и LastName):

В этом особом примере это не имеет смысла для заказов, которые не связаны с клиентом, чтобы существовать. (Фактически, это, вероятно, указывает на заказ, который был введен неправильно.) Однако, если Вы подозреваете проблему, внешнее соединение может помочь Вам разыскать проблему.

Вы можете также выполнить внешнее соединение между Orders и Потребительскими столами, который показывает все потребительские отчеты. В этом случае, в конце результатов вопроса, Вы будете видеть каждый расцепляемый потребительский отчет с соответствующими областями заказа, оставленными незаполненный:

В этом случае внешний вопрос соединения подбирает трех отставших.

Так, как Вы добавляете внешнее соединение к своему вопросу? Ваше начало с внутренним соединением (какой Доступ обычно добавляет автоматически; см. Раздел 6.3.1), и затем преобразуйте его во внешнее соединение. Чтобы сделать так, только щелкните правой кнопкой мыши на линии соединения, которая связывает эти два стола в окне дизайна, и затем выберите Свойства Соединения (или только щелкните два раза линией). Диалоговое окно Join Properties (рисунок 6-17) появляется, и позволяет Вам изменять тип соединения, которое Вы используете.

Рисунок 6-17. Первый выбор, “Только включают ряды, где области, к которым присоединяются, из обеих таблиц равны”, выполняет стандартное внутреннее соединение. Другие два варианта позволяют Вам создавать внешнее соединение, которое включает все расцепляемые ряды из одной из этих двух таблиц.

Популярность: [4 %?]