Здесь можно найти учебные материалы, которые помогут вам в написании курсовых работ, дипломов, контрольных работ и рефератов. Так же вы мажете самостоятельно повысить уникальность своей работы для прохождения проверки на плагиат всего за несколько минут.
Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение оригинальности любого файла в формате MS Word. После такого повышения оригинальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, РУКОНТЕКСТ, etxt.ru. Программа «StudentHelp» работает по уникальной технологии так, что на внешний вид, файл с повышенной оригинальностью не отличается от исходного.
Результат поиска
Наименование:
курсовая работа Язык QBE
Информация:
Тип работы: курсовая работа.
Добавлен: 07.05.2012.
Год: 2011.
Страниц: 8.
Уникальность по antiplagiat.ru: < 30%
Описание (план):
Содержание
Введение……………….……..3
1 База
данных……………….…..5
1.1
Основные модели данных………………..10
2 средства
генерации и использование запросов
………12
2.1
Более сложные типы QBE запросов………..…18
2.2
Активные запросы………………..20
Заключение………………24
Глоссарий
………26
Список
использованных источников……….27
Приложения………………28
Введение
Хранимые
в базе данные можно обрабатывать
вручную, последовательно просматривая
и редактируя данные в таблицах с
помощью имеющихся в СУБД средств.
Для повышения эффективности
обработки данных применяют запросы,
позволяющие производить множественную
обработку данных, т, е. одновременно вводить,
редактировать и удалять множество записей,
а также выбирать данные из таблиц.
Запрос
представляет собой специальным образом
описанное требование, определяющее состав
производимых над БД операций по выборке,
удалению или модификации хранимых данных.
Мир
баз данных становится все более
и более единым, что привело
к необходимости создания стандартного
языка, который мог бы использоваться,
чтобы функционировать в большом
количестве различных видов компьютерных
сред. Стандартный язык позволит пользователям,
знающим один набор команд, использовать
их, чтобы создавать, отыскивать, изменять
и передавать информацию, независимо
от того, работают ли они на персональном
компьютере, сетевой рабочей станции,
или на универсальной ЭВМ.
Язык
QBE позволяет задавать сложные запросы
к БД путем заполнения предлагаемой
СУБД запросной формы (иногда также
используют термин QBЕ – запрос по форме).
Такой
способ задания запросов обеспечивает
высокую наглядность и не требует
указания алгоритма выполнения операции
- достаточно описать образец ожидаемого
результата.
В каждой из современных реляционных
СУБД имеется свой вариант
языка QBE.
На
языке QBE можно задавать однотабличные
и многотабличные (выбирающие или обрабатывающие
данные из нескольких связанных таблиц)
запросы.
С
помощью запросов на языке QBE можно
выполнять следующие основные операции:
выборку данных;
вычисление
над данными;
вставку новых
записей;
удаление
записей;
модификацию
(изменение) данных.
Результатом
выполнения запроса является новая
таблица, называемая ответной (первые
две операции), или обновленная исходная
таблица (остальные операции). В реальных
приложениях баз данных QBE используется
в основном для выборки данных.
Выборка,
вставка, удаление и модификация
могут производиться безусловно
или в соответствии с условиями,
задаваемыми с помощью логических
выражений. Вычисления над данными
задаются с помощью арифметических
выражений и порождают в ответных
таблицах новые поля,
называемые
вычисляемыми.
Запросная
форма обычно имеет вид таблицы,
имя и названия полей которой
совпадают с именем и названиями
полей соответствующей исходной
таблицы.
Чтобы узнать имена доступных
таблиц БД, в языке QBE предусмотрен запрос
на выборку имен таблиц. Названия полей
исходной таблицы могут вводиться
в шаблон вручную или автоматически.
Во втором случае используется запрос
на выборку заголовков столбцов.
Основная
часть
1База
данных
Основной проблемой,
обусловившей развитие теории и практики
баз данных, является обеспечение
надежного контролируемого хранения
необходимых данных между сеансами
работы, их передачи между рабочими
местами и эффективного их извлечения
по мере необходимости.
По
мере роста требований к объему хранимой,
искомой и передаваемой информации,
к скорости и точности выполнения
соответствующих операций,
работа
с данными стала узким звеном
в деятельности практически всех
организаций, независимо от рода деятельности.
В соответствии с этим, начали создаваться
и использоваться аппаратные и программные
средства автоматизированной обработки
информации.
В
процессе развития средств обработки
данных были выявлены следующие характерные
черты «идеальных» информационных
систем обработки информации.
Обработка
постоянных (перманентных) данных.
Централизованная
обработка данных на основе стандартов.
Интеграция
данных.
Независимость
(самодостаточность) данных от программ
обработки.
Целостность
хранимых данных (при хранении данных
необходимо обеспечить контроль их непротиворечивости
(особенно в случае дублирования части
данных) и корректности связей между элементами
данных).
Эффективность
обработки данных.
Язык управления
данными.
Наиболее
полно удовлетворяют представлению
о «идеальной» информационной системе
обработки данных именно системы
с базами данных.
База
данных (БД) - поименованная совокупность
структурированных данных, хранимых в
памяти вычислительной системы стандартным
способом и отображающих состояние объектов
и их взаимосвязей в рассматриваемой предметной
области.
Рассмотрим
подробно данное определение и его
элементы:
а)
предметная область – фрагмент реального
мира, подлежащий автоматизации.
Предметная
область содержит только те сущности,
их взаимосвязи и процессы изменения
сущностей и взаимосвязей, которые
необходимы для корректной работы рассматриваемой
(разрабатываемой) автоматизированной
системы.
Сущностью
или информационным объектом предметной
области называется некоторое понятие,
общее для ряда объектов реального мира.
Сущность характеризуется набором признаков,
важных для рассматриваемой предметной
области, состав которых позволяет отделить
объекты (экземпляры) одной сущности от
объектов (экземпляров) другой сущности
предметной области, а значения которых
позволяют отличить различные экземпляры
одной сущности. Так, автоматизированная
система контроля успеваемости студентов
университета содержит списки студентов
и академических групп университета (студент
и группа – сущности предметной области),
информацию о разбиении студентов по группам
(связи сущностей группа и студент), правила
определения текущего и итогового рейтинга
студентов (процессы).
Сущность
«студент» характеризуется следующим
набором признаков (атрибутов), важных
для предметной области «Контроль
успеваемости студентов университета»:
Фамилия, имя, отчество, номер зачетной
книжки, номер академической группы,
текущий рейтинг по каждому из
предметов. Номер зачетной книжки (а
также имя, фамилия, отчество) позволяет
различить студентов как экземпляров
сущности «студент». Академическая
группа включает набор признаков: наименование
группы, наименование факультета. Состав
наборов признаков отличают сущности
«группа» и «студент».
б)
состояние объектов и их взаимосвязей
– под состоянием объекта (как
экземпляра сущности) подразумевается
набор значений признаков, определяющих
объект. Значения признаков могут
меняться со временем (т. е. меняется состояние
объектов). Так у студента может
измениться академическая группа (при
переходе на следующий курс) и текущий
рейтинг. При переходе на следующий
курс также меняется и взаимосвязь
объектов – академических групп
и студента (был связан с одной
группой, стал связан с другой).
в)
структурированные данные – данные, элементы
которых упорядочены в соответствии с
некоторыми соглашениями. К каждому элементу
структурированных данных можно обратиться
непосредованно, используя информацию
о структуре. Например, если данные хранятся
в таблице, то имя пятого ученика мы можем
получить из ячейки, находящейся на пересечении
столбца «Имя» и пятой строки таблицы,
если данные структурированы с помощью
таблицы. Кроме определения правила расположения
элементов данных в общем хранилище данных
структурирование часто подразумевает
определение типа данных – то есть способа
их представления и объема требуемой для
их хранения памяти.
г)
хранимых в памяти вычислительной машины
– подразумевается использование
вычислительной техники для хранения
данных, в отличие от данных, хранимых
неавтоматизированно, например библиотечных
каталогов.
д)
стандартным способом – должно существовать
описание правил структурирования данных
для того формата, в котором представлена
рассматриваемая база данных. В соответствии
с этими правилами любое приложение
может получить к этим данным доступ
независимо от приложения, с помощью
которого рассматриваемая база данных
была создана.
е)
поименованная – совокупность данных
должна быть явно определена и фиксирована
заданием структуры хранимых данных
и имени этой структуры. Каждое приложение
работает с определенной базой данных,
используя ее имя для доступа к ней.
Если
пользователю необходимо иметь сведения
о фрагментации данных и расположении
фрагментов, то этот тип прозрачности
мы будем называть прозрачностью локального
отображения. Ниже мы подробно рассмотрим
все упомянутые типы прозрачности.
Прозрачность
фрагментации является самым высоким
уровнем прозрачности распределенности.
Если СУРБД обеспечивает прозрачность
фрагментации, то пользователю не требуется
знать, как именно фрагментированы данные.
В этом случае доступ к данным осуществляется
на основе глобальной схемы и пользователю
нет необходимости указывать имена фрагментов
или расположение данных.
Прозрачность
расположения представляет собой средний
уровень прозрачности распределенности.
В этом случае пользователь должен иметь
сведения о способах фрагментации данных
в системе, но не нуждается в сведениях
о расположении данных.
Основное
преимущество прозрачности 1расположения
состоит в том, что база данных может быть
подвергнута физической реорганизации
и это не окажет никакого влияния на программы
приложений, осуществляющих к ней доступ.
С
прозрачностью расположения очень
тесно связан еще один тип прозрачности
– прозрачность репликации. Он означает,
что пользователю не требуется иметь сведения
о существующей репликации фрагментов.
Под прозрачностью репликации подразумевается
прозрачность расположения реплик. Однако
могут существовать системы, которые не
обеспечивают прозрачности расположения,
но поддерживают прозрачность репликации.
Прозрачность
локального отображения – это самый
низкий уровень прозрачности распределенности.
При наличии в системе прозрачности локального
отображения пользователю необходимо
указывать как имена используемых фрагментов,
так и расположение соответствующих элементов
данных.
Прозрачность
именования. Как и в случае централизованной
базы данных, каждый элемент распределенной
базы данных должен иметь уникальное имя.
Следовательно, СУРБД должна гарантировать,
что никакие два сайта системы не смогут
создать некоторый объект базы данных,
имеющий одно и то же имя. Одним из вариантов
решения этой проблемы является создание
центрального сервера имен, который будет
нести ответственность за полную уникальность
всех существующих в системе имен. Однако
подобному подходу свойственны следующие
недостатки:
•
утрата определенной части локальной
автономии;
•
появление проблем с производительностью
(поскольку центральный сайт превращается
в узкое место всей системы);
•
снижение доступности – если центральный
сайт по какой-либо причине станет недоступным,
все остальные сайты системы
не смогут создавать никаких новых
объектов базы данных.
Альтернативное
решение состоит в использовании
префиксов, помещаемых в имена объектов
в качестве идентификатора сайта, создавшего
этот объект. Например, отношение Branch,
созданное на сайте S1, могло бы получить
имя Sl.BRANCH. Аналогичным образом, необходимо
иметь возможность идентифицировать каждый
фрагмент и каждую его копию. Поэтому второй
копии третьего фрагмента отношения Branch,
созданного на сайте Si, можно было бы присвоить
имя Sl.BRANCH.F3.C2. Однако подобный подход приводит
к утрате прозрачности распределенности.
Подход,
который позволяет преодолеть недостатки,
свойственные обоим упомянутым методам,
состоит в использовании алиасов, создаваемых
для каждого из объектов базы данных. В
результате объект Sl.BRANCH.F3.C2 пользователям
сайта Si может быть известен под именем
local branch. Задача преобразования алиаса
в истинное имя соответствующего объекта
базы данных возлагается на СУРБД.
Прозрачность
транзакций в среде распределенных СУБД
означает, что при выполнении любых распределенных
транзакций гарантируется сохранение
целостности и согласованности распределенной
базы данных. Распределенная транзакция
осуществляет доступ к данным, сохраняемым
более чем в одном местоположении. Каждая
из транзакций разделяется на несколько
субтранзакций – по одной для каждого
сайта, к данным которого осуществляется
доступ.
1.1
Основные модели
данных
Хранимые
в базе данные имеют определенную
логическую структуру, иными словами,
описываются некоторой моделью представления
данных (моделью данных), поддерживаемой
СУБД. К числу классических относятся
следующие модели данных:
иерархическая,
сетевая,
реляционная.
Кроме
того, в последние годы появились
и стали более активно внедряться
на практике следующие модели данных:
Разрабатываются
также всевозможные системы, основанные
на других
моделях
данных, расширяющих известные модели.
В их числе можно назвать
объектно-реляционные,
дедуктивно-объектно ориентированные,
семантические, концептуальные модели.
Некоторые из этих моделей служат
для интеграции баз данных, баз
знаний и языков программирования.
В
некоторых СУБД поддерживается одновременно
несколько моделей
данных.
Рассмотрим
реляционную и объектно-ориентированную
модель данных.
Потребность в
создании простой, универсальной, эффективно
реализуемой модели данных привели к созданию
реляционной модели. В 1970 году американский
математик Кодд предложил схему представления
данных на основе реляционных таблиц (отношений,
реляций) и набор формальных операций,
обеспечивающих решение большинства стандартных
задач обработки данных за счет преобразования
таблиц.
Реляционная
модель 2данных некоторой предметной
области представляет собой набор отношений,
изменяющихся во времени.
В
свою очередь отношение представляет
собой двумерную таблицу с данными, удовлетворяющую
требованиям реляционной модели и соответствующую
некоторой сущности предметной области.
Атрибуты
представляют собой свойства, характеризующие
сущность.
В
структуре таблицы каждому атрибуту
соответствует заголовок некоторого
столбца таблицы.
Каждому
экземпляру сущности соответствует
строка таблицы – кортеж.
Домен
представляет собой множество всех возможных
значений определенного атрибута отношения.
Схема
отношения (заголовок отношения) представляет
собой список имен атрибутов. Множество
кортежей отношения часто называют содержимым
(телом) отношения.
Первичным
ключом (ключом отношения, ключевым атрибутом)
называется атрибут отношения, однозначно
идентифицирующий каждый из его кортежей.
Ключ может быть составным (сложным), т.
е. состоять из нескольких атрибутов.
Если
отношение имеет несколько комбинаций
атрибутов, каждая из которых однозначно
определяет все кортежи отношения,
то все эти комбинации атрибутов
являются возможными (потенциальными)
ключами отношения. Любой из возможных
ключей может быть выбран как первичный.
Если
выбранный первичный ключ состоит
из минимально необходимого набора атрибутов,
говорят, что он является компактным
или не избыточным.
2
Средства генерации
и использование запросов
Средства генерации
запросов MS Access. Язык QBE использует визуальный
подход для организации доступа
к информации в базе данных, построенный
на применении шаблонов запросов, предложенных
в 1977 г. Работа в QBE – задание образцов
значений в шаблоне запроса, предусматривающем
тот тип доступа к базе данных,
который требуется в данный момент,
например, получение ответа на некоторый
вопрос.
Язык
QBE был разработан компанией IBM в 1970-е
годы. Он предназначался для пользователей,
заинтересованных в выборке информации
из баз данных. Этот язык получил
у пользователей столь широкое
признание, что в настоящее время
в той или иной мере он реализован
практически во всех популярных СУБД,
включая и Microsoft Access. Средства поддержки
языка QBE в СУБД Microsoft Access весьма просты
в эксплуатации и в то же время
доставляют пользователям достаточно
широкий спектр возможностей работы
с данными.
Средства
языка QBE 3могут быть использованы
для ввода запросов к информации, сохраняемой
в одной или более таблицах, а также для
определения набора полей, которые должны
присутствовать в результирующей таблице.
Отбор записей может проводиться по конкретному
или общему критерию и предусматривать
выполнение необходимых вычислений на
основе сохраняемой в таблицах информации.
Кроме того, средства языка QBE можно использовать
для выполнения различных операций с таблицами,
например, для вставки и удаления записей,
модификации значений полей или создания
новых полей и таблиц. Продемонстрируем
эти возможности.
При
создании или открытии базы данных
в среде СУБД Microsoft Access в окне Database
отображаются все объекты этой базы
данных – таблицы, формы, запросы
и отчеты. Так, при открытии базы
данных пользователя DreamHome в этом окне
будет представлен набор таблиц,
входящих в упомянутую базу данных.
Запрос
к содержащейся в базе данных информации
необходимо сконструировать таким
образом, чтобы указать СУБД, какие
именно данные нас интересуют. Чаще
всего используется тип запросов,
который принято называть запросами
на выборку. Запросы на выборку позволяют
просматривать, анализировать или
вносить изменения в данные, сохраняемые
в одной или нескольких таблицах.
При
выполнении запроса на выборку СУБД
Microsoft Access помещает выбранные данные
в динамический набор данных. Динамический
набор представляет собой динамически
создаваемое представление (вид), содержащее
данные, извлекаемые из одной или
более таблиц. Данные выбираются и
сортируются в соответствии с
указанными в запросе требованиями.
Другими словами, динамический набор
– обновляемый набор записей,
определённый таблицей или запросом,
который можно рассматривать
как отдельный объект.
Помимо
запросов на выборку, в среде СУБД
Microsoft Access может быть создано и
множество других полезных типов
запросов. В таблице 1 приведен краткий
обзор различных типов запросов,
поддерживаемых СУБД Access. Все эти
варианты запросов подробно обсуждаются
ниже.
В
начале процедуры создания нового запроса
СУБД Microsoft Access выводит диалоговое окно
New Query. Представленный в этом окне перечень
доступных вариантов дальнейших
действий позволяет либо приступить
к созданию нового запроса с нуля
и выполнить все требуемые
действия собственными силами (вариант
Design View), либо воспользоваться для
создания запроса помощью одного
из мастеров СУБД Access, названия которых
составляют оставшуюся часть списка.
Мастера
представляют собой один из вариантов
вспомогательных программ базы данных.
Они задают пользователю ряд вопросов
о создаваемом запросе, после
чего генерируют его текст на основании
полученных ответов. Можно воспользоваться
соответствующим мастером для создания
простого запроса на выборку, перекрестного
запроса и запросов на поиск дубликатов
или записей, не имеющих соответствия
в некоторой таблице. К сожалению, этим
список доступных мастеров исчерпывается,
поэтому создание более сложных запросов
на выборку или других типов запросов
(параметрических, активных или с автоподстановкой)
придется делать самостоятельно.
Использование
QBE для создания запросов на выборку
данных. Запросы на выборку являются
самым распространенным типом запросов.
В начале создания нового запроса
к базе данных открывается окно,
которое будет содержать список
таблиц и запросов, существующих в
базе данных. В этом окне пользователю
необходимо указать таблицы и/или
запросы, содержащие интересующие его
данные.Окно Select Query представляет собой
графический инструмент языка QBE. Для
определения образца интересующих
нас записей в графической
среде этого окна для выборки,
перетаскивания или манипулирования
содержащимися в нем объектами
можно использовать мышь. Определение
полей и записей, которые должны
быть включены в результаты запроса,
производится в сетке языка QBE. При
создании запроса в сетке конструирования
QBE-запроса МS Access неявно генерирует
для него эквивалентный SQL-оператор.
Посмотреть и отредактировать этот
оператор можно в окне SQL.
Критерием
отбора называют ограничения, которые
накладываются на результаты выполнения
запроса с целью выборки только
тех полей или записей данных,
которые представляют интерес для
пользователя. Например, для извлечения
из таблицы Property_for_Rent только столбцов
номера объекта (Pno), города (city), типа объекта
(Type) и суммы арендной платы (Rent) в
сетке QBE может быть подготовлен
запрос.
После
выполнения этого запроса, полученные
результаты будут отображены в результирующей
сетке данных, содержащей только указанные
столбцы таблицы Property_for_Rent. Эквивалентный
SQL-onepaтop запроса будет выглядеть следующим
образом:
SELECT
PROPERTY_FOR_RENT.P o, PROPERTY_FOR_RENT.Ci y, PROPERTY_FOR_RENT_Ty e,
PROPERTY_FOR_RENT.R nt FROM PROPERTY_FOR_RENT;
Можно
продолжать усложнять условия отбора,
вводя дополнительные критерии
для полей. Если поместить некоторые
выражения в более чем одну
ячейку строки Criteria, СУБД Access соединит
их, используя логический оператор
AND (И) или OR (Или). Если выражения в
разных ячейках будут введены
в одну и ту же строку сетки QBE, СУБД
Access использует для их соединения оператор
AND. Это означает, что в результирующий
набор будут помещены только те записи,
которые отвечают одновременно всем
указанным критериям отбора. Если
выражения будут помещены в разные
строки сетки QBE, СУБД Microsoft Access использует
для соединения логический оператор
OR. В этом случае в результирующий
набор попадут любые записи, отвечающие
хотя бы одному из указанных условий
отбора.
Например,
для вывода сведений о расположенных
в городе Глазго объектах недвижимости,
у которых ежемесячная арендная
плата находится в диапазоне
от 350 до 450 фунтов стерлингов, достаточно
поместить значение ‘Glasgow’ в
ячейку Criteria стол City и ввести выражение
‘Between 350 And 450’ в ячейку Criteria столбца
Rent.
Сетка
QBE
SELECT
PROPERTY_FOR_RENT. Pno, PROPERTY_FOR_RENT.CI y, PROPERTY_FOR_RENT .Type,
PROPERTY_FOR_RENT.Re t
FROM
PROPERTY_FOR_RENT
WHERE
(((PROPERTY_FOR_RENT. ity)=”GlasgoW) AND ((PROPERTY_FOR_RENT.R nt)
Between
350
And 450));
После
выполнения данного запроса будет
выведена сетка данных, содержащая
только те записи, которые отвечают
указанному критерию. Эквивалентный SQL-оператор
для данного запроса.
В
корректно нормализованной базе
данных связанные данные могут сохраняться
сразу в нескольких таблицах. Поэтому
очень важно, чтобы при обработке
запросов СУБД поддерживала возможность
объединения связанной информации,
сохраняемой в различных таблицах.
Для
того чтобы выбрать необходимые
данные сразу из нескольких таблиц,
следует подготовить запрос на выборку
данных; в окне запроса будут представлены
требуемые таблицы, а критерий отбора
будет определен в сетке QBE. Например,
для выборки имени и фамилии
владельцев объектов недвижимости с
указанием учетных номеров принадлежащих
им объектов, а также названий городов,
в которых эти объекты расположены,
следует создать запрос. Списки полей
целевых таблиц запроса (а именно
таблиц Owner и Property_for_Rent) размещены в
окне запроса над сеткой QBE.
В
результирующую таблицу запроса
из таблицы Owner выбираются столбцы Fname
и Lname, а из таблицы Property_for_Rent – столбцы
Вnо и City. После выполнения данного
запроса будет выведена сетка
данных, содержащая записи, отвечающие
указанному критерию.
Многотабличный
запрос4, является примером запроса
с внутренним (естественным) соединением.
Если
в окно запроса помещается больше
одной целевой таблицы, следует
убедиться, что списки их полей связаны
между собой линиями соединения,
т.е. СУБД Microsoft Access знает, как соединить
таблицы друг с другом. Обратите
внимание, а СУБД Access поместила над
верхней частью линии соединения.
Символ 1 указывает на единичную
сторону связи типа “один ко многим”.
Над нижней частью линии соединения
помещен символ °°, отмечающий множественную
сторону этой же связи. Это означает, что
в нашем примере один владелец может владеть
многими объектами недвижимости, сдаваемыми
в аренду.
Если
СУБД Access не выполнила соединение таблиц
автоматически или если между
данными таблицами еще не была
описана какая-либо связь, то таблицы
в окне запроса не будут связаны
линией соединения. Возможность выборки
связанных данных из двух таблиц сохраняется,
но потребуется указать способ соединения
этих таблиц непосредственно при
создании запроса в окне сетки QBE.
Однако для того чтобы две таблицы
можно было соединить непосредственно
в запросе, в обеих таблицах должны
существовать связанные поля. В примере,
поле Ono (Личный номер владельца) является
общим для обеих таблиц – Owner и
Ргорerty_for_Rent. Для того чтобы соединение
работало корректно, оба столбца
должны содержать одинаковые значения
в связанных записях данных.
Достаточно
часто появляется необходимость
обобщения той или иной группы
данных. Например, сколько сдаваемых
в аренду объектов имеется в каждом
из городов? Чему равна средняя заработная
плата работников компании?
в
SELECT OWNER.FName, OWNER.LName,
PROPERTY_FOR_RENT.Pn ,PROPERTY_FOR_RENT.Ci y
FROM OWNER INNER JOIN PROPERTY.FOR.RENT ON
OWNER.Ono
= PROPERTY_FOR_RENT.On ;
Операцию
обобщающих вычислений над группой
записей можно выполнить с
помощью запросов с подведением
итогов (иногда их называют обобщающими
запросами). СУБД Microsoft Access позволяет
производить различные типы итоговых
вычислений, включая функции суммирования
(Sum), вычисления среднего значения (Avg),
поиска минимального (Min) или максимального
(Мах) значения, а также подсчета
экземпляров (Count). Чтобы получить доступ
к этим функциям, следует изменить
тип запроса на Totals, в результате
чего в сетке QBE будет отображена
дополнительная строка с названием
Total. После выполнения обобщающего запроса
отображается таблица, содержащая моментальный
снимок состояния данных – набор строк,
который не допускает внесения изменений.
Как
и в случае запросов других типов,
в запросе с подведением итогов
может быть указан некоторый критерий
отбора записей. Например, предположим,
что требуется определить общее
количество объектов недвижимости, сдаваемых
в аренду в каждом из городов. Для
этого необходимо сначала сгруппировать
данные об объектах по значению поля City,
для чего используется функция Group By,
после чего выполнить для каждой
группы вычисление итогового значения
с помощью функции Count. Общий вид
сетки QBE с подобным запросом, а результирующая
сетка данных.
SELECT
PROPERTY_FOR_RENT.C ty, Count (PROPERTY_FOR_RENT.P o) AS CountOfPno
FROM PROPERTY_FOR_RENT GROUP BY PROPERTY_FOR_RENT.Ci y;
2.1
Более сложные
типы QBE запросов
Параметрические
запросы позволяют вывести одно
или более заранее определенных
диалоговых окон, предназначенных для
ввода пользователем конкретных
значений параметров запроса (критериев).
Параметрические запросы создаются
посредством ввода в ячейку Criteria
текста обращения к пользователю,
помещенного в квадратные скобки.
Эти действия выполняются для
каждого столбца, значение которого
должно указываться в качестве параметра.
Например, предположим, что требуется
так доработать запрос, чтобы пользователь
мог ввести имя и фамилию владельца
объектов недвижимости, для которого
необходимо вызвать сведения о принадлежащих
ему объектах. Сетка QBE с подобным
параметрическим запросом. Для выборки
сведений об объектах недвижимости, принадлежащих
владельцу с именем ‘Carol Farrel’, необходимо
ввести соответствующие значения имени
и фамилии владельца в первое и второе
диалоговые окна. Содержимое полученной
в результате выполнения данного запроса
сетки данных, а эквивалентный оператор
запроса.
Перекрестные
запросы могут использоваться для
обобщения обрабатываемых данных и
отображения их в формате компактной
электронной таблицы. Этот формат
более наглядно представляет большой
объем данных с целью выявления
существующих тенденций и проведения
сравнительного анализа. Результирующая
перекрестного запроса представляет
собой моментальный снимок состояния
и не позволяет выполнять их обновление.
Для
создания перекрестных запросов можно
воспользоваться мастером CrossTab Query
Wizard или же определить его собственными
силами в сетке QBE. Создание перекрестного
запроса напоминает создание запросов
с подведением итогов, однако теперь
дополнительно потребуется указать
поля, которые будут использоваться
как заголовки столбцов и строк,
а также поля, содержащие исходные
значения данных.
Запросы
на выборку дубликатов
По
результатам запроса типа Find Duplicates
(Поиск дубликатов) можно сделать
заключение о наличии в таблице
дублирующихся записей, а также
определить, какие записи таблицы
содержат одно и то же значение в
некотором столбце. Например, можно
выполнить поиск дублирующихся
значений в поле адреса, что позволит
определить наличие в базе нескольких
записей об одном и том же владельце
объектов недвижимости. В то же время
можно выполнить поиск дублирующихся
значений в поле City, что позволит
получить сведения о владельцах недвижимости,
проживающих в одном и том
же городе.
Предположим,
что в какой-то момент непреднамеренно
была повторно создана запись о владельце
объектов недвижимости по имени ‘Carol
Farrel’, причем этой записи был присвоен
собственный уникальный номер владельца.
В результате в базе данных появилось
две записи с различными уникальными
номерами владельца, описывающие одного
и того же человека. Для выявления
подобной ситуации можно воспользоваться
запросом на выборку дубликатов, созданным
с помощью мастера Find Duplicates Query Wizard, доступ
к которому можно получить в диалоговом
окне. В этом запросе отбор записей будет
вестись по совпадающим значениям в указанных
полях.
Запросы
на выборку записей, не имеющих соответствия
С
помощью мастера Find Unmatched Query Wizard, доступ
к которому осуществляется из диалогового
окна, можно отыскать все записи
указ и т.д.................
