Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ УКРАИНЫ

НАЦИОНАЛЬНАЯ МЕТАЛЛУРГИЧЕСКАЯ АКАДЕМИЯ

УКРАИНЫ

Кафедра информационных технологий и систем

КУРСОВАЯ РАБОТА

по дисциплине: «Организация баз данных и знаний»

Тема: «База данных «Гороскоп»»

Проверила

Дорош Н.Л.

Выполнила

студентка гр. КН-01-14-1

Куванникова В.А

Днепропетровск

2016

Задание на курсовую работу

Спроектировать и разработать базу данных по варианту с использованием реляционной модели данных.

1. Выполнить работу по первым этапам жизненного цикла базы данных (БД):

- Планирование разработки БД;

- Определение требований к ИС;

- Проектирование БД.

Провести этап концептуального проектирования. Создать ER- модель (модель сущность-связь) по нотацией Чена. Проанализировать типы связей между объектами.

2. Выполнить процесс нормализации (1НФ, 2НФ, 3НФ) на основе анализа функциональных зависимостей.

3. Разработать базу данных в любой реляционной СУБД (рекомендуется MS ACCESS). Создать таблицы. Установить связи между таблицами. Заполнить кортежи (не менее пяти записей). Создать запросы.

4. Составить 4 запроса с использованием теории реляционной алгебры (2 запросы) и реляционного счисления (2 запросы) по варианту

Содержание

Введение

1. Этапы жизненного цикла базы данных

2. Проектирование базы данных

2.1 Анализ первичного документа

2.2 Концептуальное проектирование

2.3 Спецификация

2.4 Нормализация

2.4.1 Процесс нормализации

3. Разработка БД в MS ACCESS

3.1 Создание таблиц

3.2 Схема данных

3.3 Запросы

Литература

Введение

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

Важной категорией программ сегодня являются системы обработки информации, основанные на базах данных (БД).

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

· обеспечивать получение общих и/или детализированных отчетов по итогам работы;

· позволять легко определять тенденции изменения важнейших показателей;

· обеспечивать получение информации, критической по времени, без существенных задержек;

1. Этапы жизненного цикла базы данных

Жизненный цикл базы данных (ЖЦБД) - это процесс проектирования, реализации и поддержки базы данных. ЖЦБД состоит из семи этапов:

1) предварительное планирование;

2) проверка осуществимости;

3) определение требований;

4) концептуальное проектирование;

5) логическое проектирование;

6) физическое проектирование;

7) оценка работы и поддержка базы данных.

Опишем главные задачи каждого этапа.

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

1. Предварительное планирование базы данных - важный этап в процессе перехода от разрозненных данных к интегрированным. На этом этапе собирается информация об используемых и находящихся в процессе разработки прикладных программах и файлах, связанных с ними. Она помогает установить связи между текущими приложениями и то, как используется их информация. Кроме того, позволяет определить будущие требования к базе данных. Информация документируется в виде обобщенной концептуальной модели данных.

2. Проверка осуществимости предполагает подготовку отчетов по трем вопросам:

1) есть ли технология - необходимое оборудование и программное обеспечение - для реализации запланированной базы данных (технологическая осуществимость);

2) имеются ли персонал, средства и эксперты для успешного осуществления плана создания базы данных (операционная осуществимость);

3. Определение требований. На этом этапе определяются:

??цели базы данных;

??информационные потребности различных структурных подразделений и их руководителей;

??требования к оборудованию;

??требования к программному обеспечению.

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

5. Логическое проектирование. На этом этапе осуществляется выбор типа модели данных. Концептуальная модель отображается в логическую модель, основанную уже на структурах, характерных для выбранной модели.

6. Физическое проектирование. На этом этапе логическая модель расширяется характеристиками, необходимыми для определения способов физического хранения базы данных, типа устройств для хранения, методов доступа к данным базы, требуемого объема памяти, правил сопровождения базы данных и др.

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

2. Проектирование базы данных

2.1 Анализ первичного документа

Первичный документ

Пользователь Имя______________________________ Дата рождения_____________________ Личный код_______________________ Виды гороскопов ______________ ________________ _______________ Гороскоп_____________________ Знак зодиака__________________ Описание зодиака_______________________________________________________ ________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________ _________________________________________________________________________

Рисунок 1.1 -Первичный документ

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

2.2 Концептуальное проектирование

Перечень сущностей

Перечисленные выше сущности содержат различные атрибуты. Атрибут - свойство сущности (заголовок столбца таблицы).

Перечислим атрибуты вышеназванных сущностей:

ПОЛЬЗОВАТЕЛЬ (Имя пользователя, код пользователя)

ГОРОСКОП( Код знака зодиака, описание зодиака)

СИСТЕМА ГОРОСКОПА(Вид гороскопа, Код вида гороскопа)

Перечень атрибутов

Сущность - объект любой природы, данные о котором хранятся в отношении (таблице, в которой содержатся данные).

В рассматриваемой предметной области можно выделить следующие сущности:

1. ИМЯ ПОЛЬЗОВАТЕЛЯ -содержит Ф.И.О. пользователя.

2. КОД ПОЛЬЗОВАТЕЛЯ - содержит личный код пользователя.

3. КОД ЗНАКА ЗОДИАКА - содержит наименования знаков зодиака.

4. ОПИСАНИЕ ЗОДИАКА - содержит информацию о зодиаках.

5. КОД ВИДА ГОРОСКОПА - содержит код каждого вида гороскопа.

6. ВИД ГОРОСКОПА - содержит информацию о видах гороскопа.

7. ДАТА РОЖДЕНИЯ - содержит дату рождения пользователя.

Типы связей между таблицами

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

Существует три типа связей между таблицами. Тип создаваемой связи зависит от того, как определены связанные столбцы.

· Связи «один ко многим»

· Связи «многие ко многим»

· Связи «один к одному»

Связи «один ко многим»

Связь «один ко многим» самая распространенная. В этом типе связей у строки таблицы А может быть несколько совпадающих строк таблицы Б, но каждой строке таблицы Б может соответствовать только одна строка из А. Например, между таблицами publishers и titles установлена связь «один ко многим»: каждый издатель публикует много книг, но каждая книга публикуется только у одного издателя.

Используйте связь «один ко многим», если только у одного из связанных столбцов есть ограничение первичного ключа или уникальности.

Столбец, являющийся первичным ключом в связи «один ко многим», отмечается символом ключа. Столбец, являющийся внешним ключом в связи «один ко многим», отмечается символом бесконечности.

Связи «многие ко многим»

В связи «многие ко многим» строке таблицы А может сопоставляться несколько строк таблицы Б, и наоборот. Такие связи создаются определением третьей таблицы, которая называется таблицей соединения, чей первичный ключ состоит из внешних ключей А и Б. Например, между таблицами authors и titles связь «многие ко многим» определена через связи «один ко многим» каждой из этих таблиц с таблицейtitleauthors. Первичный ключ таблицы titleauthors представляет собой сочетание столбца au_id (первичный ключ таблицы authors) и столбца title_id (первичный ключ таблицы titles).

Связи «один к одному»

В связи «многие к одному» строке таблицы А может сопоставляться только одна строка таблицы Б, и наоборот. Связь «один к одному» создается, если для обоих связанных ключей определены ограничения первичного ключа или уникальности.

Этот тип связи обычно не используется, так как большую часть связанных таким образом данных можно хранить в одной таблице. Связь «один к одному» можно использовать для:

· Разделения таблицы со многими столбцами.

· Изоляции части таблицы из соображений безопасности.

· Хранения кратковременных данных, которые можно легко удалить вместе со всей таблицей.

· Хранения данных, которые относятся только к части основной таблицы.

Столбец, являющийся первичным ключом в связи «один к одному», отмечается символом ключа. Столбец, являющийся внешним ключом, также отмечается символом ключа.

2.3 Спецификация

Язык спецификаций -- формальный язык, предназначенный для декларативного описания структуры, связей, свойств данных и способов их преобразований, (в отличие от активных языков) без явного упоминания порядка выполняемых действий и использования конкретных значений данных.

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

Различные языки спецификаций используются для описания структуры информационной системы, моделей предметной области и других задач, связанных с разработкой ПО и БД (UML, ERD, DFD) и могут иметь как текстовый, так и бинарный формат, а также графическое представление конструкций языка. Применяются они так же для описания интерфейсов пользователя (XUL, XAML), шаблонов отчётов, преобразования документов, а также в качестве форматов передачи данных между приложениями в распределённых информационных системах (XML, JSON, CLEAR). Ещё одно применение языков спецификации -- описание структур баз данных, а именно -- декларативная часть SQL обычно называется Data Definition Language (DDL). При синтаксическом анализе и разборе (парсинге) применяются языки спецификаций, например,форма Бэкуса -- Наура и ABNF (англ. augmented Backus-Naur form -- расширенная форма Бэкуса -- Наура) являются общепринятыми формальными языками спецификации сетевых протоколов и даже синтаксиса активных языков программирования; регулярные выражения аналогичны выше упомянутым нотациям, однако форма записи регулярных выражений в десятки раз компактнее, и хорошо разработаны алгоритмы парсинга с их помощью, а поддержка регулярных выражений осуществлена в подавляющем большинстве современных языков программирования.

Методы спецификаций

Признаки

Методы спецификации можно классифицировать по нескольким признакам:

· Парадигма (смена состояний, алгебра, алгебра процессов, логика)

· Степень формальности (формальный, полуформальный, неформальный)

· Наличие графического представления

· Объектная ориентированность

· Поддержка параллелизма (англ. concurrency)

· Выполнимость спецификации для имитационного моделирования системы (англ. executability)

· Использование переменных

· Детерминированность/недетерминированность

· Логика (первого или более высокого порядка)

· Доказуемость

· Возможность проверки моделей

· Подавление событий (возможность может присутствовать, отсутствовать или не быть применимой к данному методу)

Спецификация объектов:

Пользователь:

Код пользователя - идентификационный атрибут

Имя пользователя - описательный атрибут

Дата рождения - описательный атрибут

Гороскоп:

Код знака зодиака - идентификационный атрибут

Описание зодиака - описательный атрибут

Система гороскопа :

Код вида гороскопа - идентификационный атрибут

Вид гороскопа - описательный атрибут

Спецификация типов связей:

ИСПОЛЬЗУЕТ : связь ГОРОСКОП < - - > ПОЛЬЗОВАТЕЛЬ 1:N

ВКЛЮЧАЕТ: связь ГОРОСКОП << - - >> СИС. ГОРОСКОПОВ 1:N

2.4 Нормализация

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

Процесс преобразования отношений базы данных к виду, отвечающему нормальным формам, называется нормализацией. Нормализация предназначена для приведения структуры БД к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объёма базы данных.^[1] Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в базе данных информации. Как отмечает К. Дейт, общее назначение процесса нормализации заключается в следующем:

· исключение некоторых типов избыточности;

· устранение некоторых аномалий обновления;

· разработка проекта базы данных, который является достаточно «качественным» представлением реального мира, интуитивно понятен и может служить хорошей основой для последующего расширения;

· упрощение процедуры применения необходимых ограничений целостности.

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

Роль нормализации в проектировании реляционных баз данных

При том, что идеи нормализации весьма полезны для проектирования баз данных, они отнюдь не являются универсальным или исчерпывающим средством повышения качества проекта БД. Это связано с тем, что существует слишком большое разнообразие возможных ошибок и недостатков в структуре БД, которые нормализацией не устраняются. Несмотря на эти рассуждения, теория нормализации является очень ценным достижением реляционной теории и практики, поскольку она даёт научно строгие и обоснованные критерии качества проекта БД и формальные методы для усовершенствования этого качества. Этим теория нормализации резко выделяется на фоне чисто эмпирических подходов к проектированию, которые предлагаются в других моделях данных. Более того, можно утверждать, что во всей сфере информационных технологий практически отсутствуют методы оценки и улучшения проектных решений, сопоставимые с теорией нормализации реляционных баз данных по уровню формальной строгости.

Нормализацию иногда упрекают на том основании, что «это просто здравый смысл», а любой компетентный профессионал и сам «естественным образом» спроектирует полностью нормализованную БД без необходимости применять теорию зависимостей. Однако, как указывает К. Дейт, нормализация в точности и является теми принципами здравого смысла, которыми руководствуется в своём сознании зрелый проектировщик, то есть принципы нормализации -- это формализованный здравый смысл. Между тем, идентифицировать и формализовать принципы здравого смысла -- весьма трудная задача, и успех в её решении является существенным достижением.

Нормальные формы

В создании и развитии теории нормализации принимали участие многие учёные. Однако первые три нормальные формы и концепцию функциональной зависимости предложил Э. Кодд.

Первая нормальная форма (1NF)

Переменная отношения находится в первой нормальной форме (1НФ) тогда и только тогда, когда в любом допустимом значении отношения каждый его кортеж содержит только одно значение для каждого из атрибутов.

В реляционной модели отношение всегда находится в первой нормальной форме по определению понятия отношение. Что же касается различных таблиц, то они могут не быть правильными представлениями отношений и, соответственно, могут не находиться в 1НФ.

Вторая нормальная форма (2NF)

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

Третья нормальная форма (3NF)

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

Нормальная форма Бойса -- Кодда (BCNF)

Переменная отношения находится в нормальной форме Бойса -- Кодда (иначе -- в усиленной третьей нормальной форме) тогда и только тогда, когда каждая её нетривиальная и неприводимая слева функциональная зависимость имеет в качестве своего детерминанта некоторый потенциальный ключ.

Четвёртая нормальная форма (4NF)

Переменная отношения находится в четвёртой нормальной форме, если она находится в нормальной форме Бойса -- Кодда и не содержит нетривиальных многозначных зависимостей.

Пятая нормальная форма (5NF)

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

Доменно-ключевая нормальная форма (DKNF)

Переменная отношения находится в ДКНФ тогда и только тогда, когда каждое наложенное на неё ограничение является логическим следствием ограничений доменов и ограничений ключей, наложенных на данную переменную отношения.

Шестая нормальная форма (6NF)

Переменная отношения находится в шестой нормальной форме тогда и только тогда, когда она удовлетворяет всем нетривиальным зависимостям соединения. Из определения следует, что переменная находится в 6НФ тогда и только тогда, когда она неприводима, то есть не может быть подвергнута дальнейшей декомпозиции без потерь. Каждая переменная отношения, которая находится в 6НФ, также находится и в 5НФ.

Введена К. Дейтом в его книге, как обобщение пятой нормальной формы для хронологической базы данных.

2.4.1 Процесс нормализации

Таблицы находятся в 1НФ, так как в любой ячейке находятся атомарные(неделимые).

Перейдем к процессу выявления 2НФ:

1)В таблице “Система гороскопа” первичный ключ образует Код вида гороскопа

Существует функциональная зависимость Код вида гороскопа

> Виды, которая не нарушает условия 2НФ.

2) В таблице “Гороскоп” первичный ключ образует Код

Знака зодиака

Существует функциональная зависимость Код

Знака зодиака >Описание зодиака, которая не нарушает условия 2НФ. база данные проектирование реляционный

3) В таблице “Подьзователь” первичный ключ образует Код пользователя:

Пользователь
Код пользователя	Имя	Знак зодиака	Дата рождения
100	Семен	Дева	15.09.1996
101	Феофан	Скорпион	01.11.1997
102	Славяна	Рак	23.06.1997
103	Климентий	Водолей	20.02.1996
104	Андрей	Рыбы	17.03.1997

Код пользователя зависит от имени и знака зодиака, а знак зодиака зависит только от даты рождения.

Существуют функциональные зависимости:

Знак зодиака > Дата рождения

Код пользователя> Имя

Код пользователя> Дата рождения

, в которых левая часть (детерминант) является лишь частью первичного ключа, что нарушает условие второй нормальной формы.

Для приведения к 2НФ исходное отношение следует декомпозировать на два отношения:

R1
Код пользователя	Имя	Знак зодиака
100	Семен	Дева
101	Феофан	Скорпион
102	Славяна	Рак
103	Климентий	Водолей
104	Андрей	Рыбы

R2
Знак зодиака	Дата рождения
Дева	15.09.1996
Скорпион	01.11.1997
Рак	23.06.1997
Водолей	20.02.1996
Рыбы	17.03.1997

Перейдём к 3НФ:

Следуя из определения (Переменная отношения находится в третьей нормальной форме тогда и только тогда, когда она находится во второй нормальной форме, и отсутствуют транзитивные функциональные зависимости неключевых атрибутов от неключевых.) можно сказать, что таблицы находятся в 3НФ.

3. Разработка БД в MS ACCESS

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

3.1 Создание таблиц

Система гороскопа:

Система гороскопа
Код вида гороскопа	Виды
1	Зодиакальный
2	Китайский(в разработке)
3	Западный(в разработке)

Гороскоп:

Гороскоп
Знак зодиака	Описание зодиака	Код вида гороскопа
Близнецы	Близнецы вечно куда-то мчатся, они быстры и неуловимы, как ртуть, поэтому приходится тратить много времени и сил, чтобы застать их на месте. Сами же они настолько полны нервной энергии, что, кажется, от них сыплются искры.	1
Весы	"Весы" обладают приятной наружностью с правильными чертами лица и яркими губами, а так же мелодичным голосом, который они повышают редко, даже когда сердятся. Единственное отличие - ямочки на щеках или подбородке - знак Венеры.	1
Водолей	Свободолюбивые Водолеи большей частью остроумны, оригинальны и независимы, но они могут быть также робкими, ласковыми, дипломатичными и сердобольными. Они очень любят употреблять слова "друг" и "друзья".	1
Дева	Дева - знак непорочности. Договоримся, что тех, кто родился под знаком Девы, мы будем условно называть "девственниками" и "девственницами", хотя это и не имеет никакого отношения к их целомудрию.	1
Козерог	Некоторые Козероги - большие романтики, они пишут прекрасные стихи, но, несмотря на изысканный стиль и обилие поэтических образов, основа остается рациональной и вполне заземленной. Козероги проявляют глубокое уважение к своим предкам и старшим по возрасту. Молодежь очень почтительна к старикам, несмотря на то, что последние любят принимать участие в ее играх и забавах.	1
Лев	С самого начала следует иметь в виду, что интровертов среди Львов не бывает. Если найдется индивид, который кажется мягким и покладистым, это лишь маска, так как стоит делать что-то не по его нраву, как он зарычит подобно истинному льву. Самое опасное - это задеть его гордость и самолюбие.	1
Овен	Овен - первый знак Зодиака, является символом жизни. Он младенец Зодиака и, как всякий младенец, целиком поглощен собой и своими ощущениями.	1
Рак	Любимое время Рака - лунная ночь. Лунный призрачный свет прекрасно сочетается с их переменчивыми настроениями, которые объясняются теми же причинами, что и морские приливы и отливы, вызываемые Луной.	1
Рыбы	Рыбы очень добродушны, спокойны и довольно безразличны к действительности. Скажите им, что общество деградирует, что правительство на грани кризиса, а загрязнение окружающей среды доведет нас всех до могилы, они и глазом не моргнут.	1
Скорпион	Скорпионы любят сохранять свое инкогнито, но существует несколько признаков, по которым их можно все-таки распознать. Это глаза. Какого бы цвета они ни были - зеленые, голубые, карие или черные, - они впиваются в вас с гипнотической силой, проникают вам в душу.	1
Стрелец	В любой компании Стрельца невозможно тут же не заметить. Скорее всего, он сам первый подойдет к вам, хлопнет рукой по плечу (довольно крепко) и скажет что-нибудь вроде: "Как это вы умудряетесь выглядеть так молодо, когда вам уже давно за сорок?" и при этом радужно улыбнется.	1
Телец	Самой характерной чертой Тельцов является их немногословие и неторопливость. Он тверд и устойчив, как скала, и если он не захочет, никто и ничто не может вывести его из равновесия.	1

Пользователь:

Пользователь
Код пользователя	Имя	Знак зодиака	Дата рождения
100	Семен	Дева	15.09.1996
101	Феофан	Скорпион	01.11.1997
102	Славяна	Рак	23.06.1997
103	Климентий	Водолей	20.02.1996
104	Андрей	Рыбы	17.03.1997

3.2 Схема данных

3.3 Запросы

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

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

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

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

· Запросы на изменение. Запросом на изменение называют запрос, который за одну операцию изменяет или перемещает несколько записей. Существует четыре типа запросов на изменение.

- На удаление записи.

- На обновление записи.

- На добавление записей.

- На создание таблицы.

· Запрос SQL. Запрос SQL -- это запрос, создаваемый при помощиjavascript:AppendPopup(this,'defSQLString_4'). Язык SQL (Structured Query Language) используется при создании запросов, а также для обновления и управления реляционными базами данных, такими как базы данных Microsoft Access.

В рамках данной курсовой работы была поставлена задача на основе объединенных таблиц создать следующие запросы в режиме конструктора:

- запросы на выборку (выбор символьных данных, числовых, использование масок);

- итоговые запросы;

- запрос с параметром;

- перекрестные запросы.

Создать запрос ”Код пользователя”:

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

Запросы с использованием теории реляционной алгебры:

1)Показать информацию о пользователях, родившихся позже 20.12.1996.

уДата Рождения>20.12.1996(Пользователь)=(R1)

R1
Код пользователя	Имя	Знак зодиака	Дата рождения
101	Феофан	Скорпион	01.11.1997
102	Славяна	Рак	23.06.1997
104	Андрей	Рыбы	17.03.1997

2)Указать имя и знак зодиака пользователей, родившихся под знаками Девы и Водолея.

у Знак зодиака=Дева and Знак зодиака=Водолей(Пользователь)=(R2)

R2
Код пользователя	Имя	Знак зодиака	Дата рождения
100	Семен	Дева	15.09.1996
103	Климентий	Водолей	20.02.1996

ПИмя (R2)=(R3)

R3
Имя
Семен
Климентий

Запросы с использованием теории реляционного счисления:

1)Определить имя пользователя с кодом “103”.

{t.Имя|t in Пользователь and t.Код пользователя=”103”}

Имя
Климентий

1)Определить имена пользователей, родившихся в 1996 году

{t.Имя|t in Пользователь and t.Дата Рождения (Between #01.01.1996# And #31.12.1996#) }

Имя
Семен
Климентий

Литература

1. MicrosoftAccess 2002/ Русская версия. Шаг за шагом: практическое пособие / пер. с англ. Л.В. Сазоновой. - М.: Изд. ЭКОМ, 2002. - 352 с. -ISBN 5-7163-0095-2.

2. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие / А.М. Вендров. - М.: Финансы и статистика, 2004. - 192 с., ил. - ISBN 5-279-02440-6.

3. Информационные системы и технологии в экономике: Учебник. - 2-е изд., доп. и перераб. / Т.П. Барановская, В.И. Лойко, М.И. Семенов, А.И. Трубилин; Под ред. В.И. Лойко. - М.: Финансы и статистика, 2005. - 416 с., ил. - ISBN 5-279-02605-0.

4. Карпова Т.С. Базы данных: модели, разработка, реализация / Т.С. Карпова. - СПб.: Питер, 2001. - 304 с. - ISBN 5-272-00278-4.

5. Конгаловский М.Р. Энциклопедия технологий баз данных. - М.: Финансы и статистика, 2002. - 800 с.: ил. ISBN 5-279-02276-4.

6. Корнеев В.В. Базы данных. Интеллектуальная обработка информации / В.В. Корнеев, А.Ф. Гареев, С.В. Васютин, В.В. Райх. - М.: Издатель Молгачева С.В., Издательство Нолидж, 2001, - 496 с.: ил. ISBN 5-89251-100-6.

7. Марков А.С. Базы данных. Введение в теорию и методологию: учебник / А.С. Марков, К.Ю. Лисовкий. - М.: Финансы и статистика, 2004. - 512 с. - ISBN 5-279-02298-5.

8. Петров В.Н. Информационные системы / В.Н. Петров. - СПб.: Питер, 2002. -

688 с. - ISBN 5-318-00561-6.

9. Риккарди Г. Системы баз данных. Теория и практика использования в Interner и среде Java. / Грег Риккарди; пер. с англ. - М.: Издательский дом «Вильямс», 2001. - 480 с. - ISBN 5-8459-0208-8 (рус.).

10. Саак А.Э. Информационные технологии управления: учебник для вузов / А.Э. Саак, Е.В. Пахомов, В.Н. Тюшняков. - СПб.: Питер, 2005. - 320 с. ISBN 5-469-00412-0.

Размещено на Allbest.ru

...