Здесь можно найти образцы любых учебных материалов, т.е. получить помощь в написании уникальных курсовых работ, дипломов, лабораторных работ, контрольных работ и рефератов. Так же вы мажете самостоятельно повысить уникальность своей работы для прохождения проверки на плагиат всего за несколько минут.

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


курсовая работа Язык 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.Pno, PROPERTY_FOR_RENT.City, PROPERTY_FOR_RENT_Type, PROPERTY_FOR_RENT.Rent 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.CIty, PROPERTY_FOR_RENT .Type,
     PROPERTY_FOR_RENT.Rent
     FROM PROPERTY_FOR_RENT
     WHERE (((PROPERTY_FOR_RENT.City)=”GlasgoW) AND ((PROPERTY_FOR_RENT.Rent) Between
     350 And 450));
     После выполнения данного запроса будет  выведена сетка данных, содержащая только те записи, которые отвечают указанному критерию. Эквивалентный SQL-оператор для данного запроса.
     В корректно нормализованной базе данных связанные данные могут сохраняться  сразу в нескольких таблицах. Поэтому  очень важно, чтобы при обработке  запросов СУБД поддерживала возможность  объединения связанной информации, сохраняемой в различных таблицах.
     Для того чтобы выбрать необходимые  данные сразу из нескольких таблиц, следует подготовить запрос на выборку  данных; в окне запроса будут представлены требуемые таблицы, а критерий отбора будет определен в сетке QBE. Например, для выборки имени и фамилии  владельцев объектов недвижимости с  указанием учетных номеров принадлежащих  им объектов, а также названий городов, в которых эти объекты расположены, следует создать запрос. Списки полей  целевых таблиц запроса (а именно таблиц Owner и Property_for_Rent) размещены в  окне запроса над сеткой QBE.
     В результирующую таблицу запроса  из таблицы Owner выбираются столбцы Fname и Lname, а из таблицы Property_for_Rent – столбцы  Вnо и City. После выполнения данного  запроса будет выведена сетка  данных, содержащая записи, отвечающие указанному критерию.
     Многотабличный  запрос4, является примером запроса с внутренним (естественным) соединением.
     Если  в окно запроса помещается больше одной целевой таблицы, следует  убедиться, что списки их полей связаны  между собой линиями соединения, т.е. СУБД Microsoft Access знает, как соединить  таблицы друг с другом. Обратите внимание, а СУБД Access поместила над  верхней частью линии соединения. Символ 1 указывает на единичную  сторону связи типа “один ко многим”. Над нижней частью линии соединения помещен символ °°, отмечающий множественную  сторону этой же связи. Это означает, что в нашем примере один владелец может владеть многими объектами недвижимости, сдаваемыми в аренду.
     Есл
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.