Cтраница 3
Многотабличный запрос позволяет сформировать записи результата путем объединения взаимосвязанных записей из таблиц базы данных и включения нужных полей из них. В частности, при объединении двух нормализованных связанных одно-многозначными отношениями таблиц, результирующая запись образуется на основе записи подчиненной таблицы, в которую добавляются поля из связанной записи в главной таблице. Заметим, что подобное объединение формирует новую ненормализованную таблицу, в которой данные могут многократно дублироваться. Рассмотренный способ формирования записей запроса задается при установлении связи между таблицами по умолчанию. По умолчанию связи устанавливаются с параметром объединения первого типа: объединение только тех записей, в которых значения полей связи обеих таблиц совпадают. Могут устанавливаться и другие способы объединения таблиц ( см. разд. [31]
Объектами поиска служат ЕЙ столбца НОМ-ДЕТ исходной таблицы Поставки. Поисковые образы номеров деталей состоят из пар вида элемент столбца КОД-ПОСТ; элемент столбца КОЛ-ДЕТ. Названные столбцы составляют характеристическое множество. Характеристики 112, 154 и 15, зафиксированные в записи запроса, образуют его поисковое предписание. Тип логической связи между характеристиками 112 и 154 - конъюнкция И, на что указывает подчеркнутое имя столбца КОД-ПОСТ. Запрос предписывает выборку номеров деталей, которые удовлетворяют сразу двум условиям: 1) поставляются поставщиками 112 и 154; 2) поставляются - в количестве 15 единиц. В ответ на запрос выводятся такие номера деталей, чьи поисковые образы либо совпадают с указанным набором, либо включают его как составную часть. [32]
Запрос обращен к исходной ИТ Поставки, столбец НОМ-ДЕТ которой рассматривается как поисковое множество. Из ЕЙ двух других столбцов формируются поисковые об - разы номеров деталей. Каждый поисковый образ состоит из двух элементов данных: один из них относится к столбцу КОД-ПОСТ, другой - к столбцу НОМ-УЗЛА. Эти столбцы составляют характеристическое множество, элементы которого фиксируются пользователем в записи запроса как поисковые характеристики. Совокупность зафиксированных в запросе характеристик 090; 47, 56, 22 представляет собой поисковое предписание, в формировании которого принимают участие два столбца: КОД-ПОСТ, НОМ-УЗЛА. Первый представлен в записи запроса одним элементом, второй - тремя. Элементы разных столбцов разграничены разделителем точка с запятой. Запятой отделяются друг от друга характери стики столбца НОМ-УЗЛА. В процессе поиска выполняется сравнение этого набора с поисковыми образами номеров деталей. [33]
В отличие от предыдущего примера поисковое множество здесь составляют два столбца: НАИМ-ПОСТ, КОД-ПОСТ. Поисковые образы наименований предприятий формируются из ЕЙ столбца ГОРОД. Поисковое предписание представлено двумя характеристиками: МОСКВА, КИЕВ. Исполнение запроса предполагает выборку поисковых объектов, характеризуемых свойством находиться в Москве или свойством находиться в Киеве. В записи запроса эта связка отсутствует. Пользователь не фиксирует в записи запроса обозначение этой связи. При выборке наименований предприятий их поисковые образы сопоставляются с набором дизъюнктивнб ( посредством связки ИЛИ) связанных характеристик. [34]
В отличие от предыдущего примера поисковое множество здесь составляют два столбца: НАИМ-ПОСТ, КОД-ПОСТ. Поисковые образы наименований предприятий формируются из ЕЙ столбца ГОРОД. Поисковое предписание представлено двумя характеристиками: МОСКВА, КИЕВ. Исполнение запроса предполагает выборку поисковых объектов, характеризуемых свойством находиться в Москве или свойством находиться в Киеве. В записи запроса эта связка отсутствует. Пользователь не фиксирует в записи запроса обозначение этой связи. При выборке наименований предприятий их поисковые образы сопоставляются с набором дизъюнктивнб ( посредством связки ИЛИ) связанных характеристик. [35]
Рассматривается как свойство быть наименованием поставщиков, находящихся в Киеве ЕЙ столбца НАИМ-ПОСТ, фиксируемых в качестве объектов поиска. Запрос предписывает выборку из столбца НАИМ-ПОСТ тех ЕЙ, которым присуще это свойстве. Совокупность отобранных объектов поиска, удовлетворяющих условию выборки, образует результатное множество наименований поставщиков. В записи запроса оно обозначается подчеркнутым символом Z. Компонент является образцом, представляющим множество наименований поставщиков из Киева, причем вместо Z можно было бы зафиксировать любой другой образец. [36]
Указанное сейчас определение запроса является универсальным определением в том смысле, что оно применимо к произвольным базам данных. Однако в конкретной базе данных два различных универсальных запроса могут оказаться совпадающими. Это означает, что во всех состояниях рассматриваемой базы им отвечают одни и те же ответы. Таким образом, при переходе к конкретным базам данных понятие запроса может уточняться. При этом появляется больше возможностей для выбора наилучшей записи запроса в классе эквивалентных формул. [37]
Получение ответа предполагает группировку ЕЙ столбца НОМ-УЗЛА таблицы Поставки. В процессе группировки одинаковые номера узлов объединяются в группы. Каждая группа представляет все узлы определенного номера. Для обозначения совокупностей номеров узлов ИТ Поставки используется символ X. Двойная черта под символом определяет порядок расположения элементов в совокупности, в соответствии с которым одинаковые номера узлов объединяются в группы. Наличие в записи запроса слова ВСЕ означает, что рассматриваются все ЕЙ столбца НОМ-УЗЛА, включая дубликаты. Оператор СЧЕТ позволяет определить наличие узлов каждого номера в ИТ Поставки. Оператор подсчитывает количество элементов в каждой группе, скомплектованной из одинаковых номеров узлов. [38]
Запрос обращен к исходной ИТ Поставки, столбец НОМ-ДЕТ которой рассматривается как поисковое множество. Из ЕЙ двух других столбцов формируются поисковые об - разы номеров деталей. Каждый поисковый образ состоит из двух элементов данных: один из них относится к столбцу КОД-ПОСТ, другой - к столбцу НОМ-УЗЛА. Эти столбцы составляют характеристическое множество, элементы которого фиксируются пользователем в записи запроса как поисковые характеристики. Совокупность зафиксированных в запросе характеристик 090; 47, 56, 22 представляет собой поисковое предписание, в формировании которого принимают участие два столбца: КОД-ПОСТ, НОМ-УЗЛА. Первый представлен в записи запроса одним элементом, второй - тремя. Элементы разных столбцов разграничены разделителем точка с запятой. Запятой отделяются друг от друга характери стики столбца НОМ-УЗЛА. В процессе поиска выполняется сравнение этого набора с поисковыми образами номеров деталей. [39]
В отличие от предыдущего примера поисковое множество здесь составляют два столбца: НАИМ-ПОСТ, КОД-ПОСТ. Поисковые образы наименований предприятий формируются из ЕЙ столбца ГОРОД. Поисковое предписание представлено двумя характеристиками: МОСКВА, КИЕВ. Исполнение запроса предполагает выборку поисковых объектов, характеризуемых свойством находиться в Москве или свойством находиться в Киеве. В записи запроса эта связка отсутствует. Пользователь не фиксирует в записи запроса обозначение этой связи. При выборке наименований предприятий их поисковые образы сопоставляются с набором дизъюнктивнб ( посредством связки ИЛИ) связанных характеристик. [40]