Курсовая работа по базам данных пример

То есть одному номеру читателя в таблице «Читатели» будет соответствовать несколько записей в таблице «Книги».

Закрываем окно «Схема данных.

Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

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

1. Основная часть

1.1 Описание предметной области. Постановка задач

1.2 Выбор средств — методология проектирования

1.3 Построение инфологической концептуальной модели предметной области

1.4 Схема данных физической и логической сущности в Erwin 4.0

2. Разработка Базы Данных

2.1 Структура базы данных Microsoft Office Access

3. Формы, запросы, отчеты

3.1 Создание форм в базах данных

3.2 Создание запросов в базе данных

3.3 Создание отчетов в базе данных

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

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

Данный проект ставит перед собой следующие задачи:

1. Осуществлять полнофункциональный учет студентов, их успеваемость, преподаватели, нормы часов на группу по дисциплинам;

2. Иметь удобный, интуитивно понятный интерфейс пользователя;

3. Наглядно предоставлять отчётность.

1. Основная часть

1.1 Описание предметной области. Постановка задач

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

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

Главными требованиями, положенными в основу при разработке комплекса стали: лёгкое использование и расширяемость. Поэтому комплекс разбивается на 5 основных программных блоков (модулей):

· Главная кнопочная форма — «Учебная форма»;

1.2 Выбор средств — методология проектирования

база данное отчет запрос

В создании моей информационной системы использовалась система управления базами данных Microsoft Access. Она является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.

Access позволяет не только вводить данные в таблицы, но и контролировать правильность вводимых данных. Для этого необходимо установить правила проверки прямо на уровне таблицы. Тогда каким бы образом не вводились данные — прямо в таблицу, через экранную форму или на странице доступа к данным, Access не позволит сохранить в записи те данные, которые не удовлетворяют заданным правилам. В Access возможно создание связей между таблицами, что позволяет совместно использовать данные из разных таблиц. При этом для пользователя они будут представляться одной таблицей. Реализовать такую возможность в системах управления электронными таблицами сложно, а иногда просто невозможно.

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

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

1.3 Построение инфологической концептуальной модели предметной области

Предметная область определена, если известны существующие в ней объекты, их свойства и отношения (ПО: объекты, свойства, отношения). Модель «сущность-связь» — неформальная модель предметной области, используемая на этапе инфологического проектирования.

Модель сущность-связь (рисунок 1) строится с использованием трех конструктивных элементов: сущность, атрибут и связь.

Сущность — это некоторая абстракция (модель) реально существующего объекта, процесса или явления, о котором необходимо хранить информацию в ПО.

Атрибут — поименованная характеристика сущности — средство для описания свойств сущностей (средство для моделирования свойств объекта).

Рисунок 1. — Модель сущность-связь

1.4 Схема данных физической и логической сущности в Erwin 4.0

Рис 2. — Схема данных логической структуры данных

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

Рис 3. — Схема данных физической структуры данных

На этой схеме данных так же видно связи, и их тип. Но кроме этого, справа от названия поля можно увидеть его тип.

Text — текстовое поле

Long Integer — числовое поле

Data/Time — Дата/Время

2. Разработка Базы Данных

Для хранения данных создано 10 таблиц, структура которых приведена ниже. В Таблице 1 хранятся данные о группах.

Таблица 1. — Группы

В Таблице 2 содержатся данные о дисциплинах. Включают в себя: код дисциплины и название дисциплины.

Таблица 2. — Дисциплины

В Таблице 3 содержатся данные о назначении преподавателей.

Таблица 3. — Назначение

В Таблице 4 содержатся данные о нормах для преподавателей на группу.

Таблица 4. — Нормы для преподавателей на группу

Таблице 5 находятся данные о предшествующем образовании студента.

Таблица 5. — Образование

В Таблице 6 хранятся данные о преподавателях.

Таблица 6. — Преподаватели

В Таблице 7 находятся данные о студентах.

Таблица 7. — Студенты

В Таблице 8 находятся данные об успеваемости студентов.

Таблица 7. — Успеваемость

В Таблице 9 находятся данные об учебе студентов.

Таблица 9. — Учеба

В Таблице 10 находятся данные о факультете.

Таблица 10. — Факультет

Создание таблиц в программе Microsoft Office Access 2003, как и других объектов баз данных, начинается с активации окна базы данных (рисунок 4). В этом окне выбирается элемент управления Таблицы.

Рисунок 4. — Окно базы данных

Рассмотрим Создание таблиц в режиме конструктора (рисунок 5).

Рисунок 5. — Создание таблиц в режиме конструктора

Теперь необходимо заполнить Имена полей и выбрать Типы данных и сохранить каждую таблицу соответствующим именем (рисунок 6).

Рисунок 6. — Таблицы базы данных в режиме конструктора

2.1 Структура базы данных Microsoft Office Access

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

Рисунок 7. — Схема данных

3. Формы, запросы, отчеты

3.1 Создание форм в базах данных

Access предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм. Форма в БД — это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления.

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

Форма предоставляет возможности для:

· ввода и просмотра информации базы данных

· изменения данных

· создания сообщений

Алгоритм создания форм следующий:

· Открыть окно БД

· В окне БД выбрать вкладку Формы

· Щелкнуть на пиктограмме Создать, расположенной на панели инструментов окна БД

· В появившемся диалоговом окне «Новая форма» Выбрать способ создания формы и источник данных (рисунок 8).

Рисунок 8. — Выбор способа создания формы

Рассмотрим Создание форм с помощью мастера (рисунок 9). Вызвать Мастер форм можно несколькими способами. Один из них — выбрать Мастер форм в окне диалога Новая форма и щелкнуть на кнопке ОК. Откроется окно диалога Создание форм, в котором необходимо отвечать на вопросы каждого текущего экрана Мастера и щелкать на кнопке Далее.

Рисунок 9. — Создание форм с помощью мастера

Затем необходимо выбрать поля из источника данных (таблиц или запросов). Для этого надо открыть список Таблицы и запросы, щелкнув на кнопку, справа. Затем доступные поля требуется перевести в Выбранные поля, выделив их и щелкнув на кнопку >>, затем кнопку далее. Следующими этапами будет:

· выбор внешнего вида;

· выбор требуемого стиля;

· ввести имя формы и открыть форму.

После ввода имени формы, выбора режима: «Открыть форму для просмотра и ввода данных» и щелчка на кнопке Готово, получим следующую форму для ввода и просмотра записей в таблице (рисунок 10).

Рисунок 10. — Виды форм в курсовом проекте

3.2 Создание запросов в базе данных

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

Рисунок 11. — Запрос в режиме конструктора

Выполняем запрос. Появится окно с предложением ввести фамилию студента (рисунок 12). Запрос будем выбирать данные об успеваемости по вводу фамилии студента.

Рисунок 12. — Окно условия отбора

Рисунок 13. — Результат запроса с параметров

Рисунок 14. — Виды запросов в курсовом проекте

3.3 Создание отчетов в базе данных

Отчёты, так же как и формы, можно создавать с помощью конструктора или мастера отчётов. Используется также автоматическое создание отчётов. Последовательность действий при формировании отчёта с помощью Мастера такая же, как и при создании формы. Дополнительными являются два шага: добавление уровня группировок и задание требуемого порядка сортировки. Добавление уровня группировки позволяет выводить записи, объединённые по выбранным полям.

Рисунок 15. — Вид отчета

Рисунок 16. — Редактирование отчета в режиме конструктора

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

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

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

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

1. Учебное пособие «Базы данных», СПб 2006

2. Бондарева Г.А., Сахарова Е.В., Королькова Л.Н., Информатика. Методические указания. Ставрополь, СТИС, 2006

3. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. пособие. — 2-е изд., испр. и доп. — М.: ФОРУМ: ИНФРА-М, 2007.

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

Базы данных

Таблица запроса содержит следующие графы

«ФИО читателя», «Номер читателя», «Дата выдачи книги», «Название книги», «Жанр книги», «Год издания», «Издательство».

Проектирование системы

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

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

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

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

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

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

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

1. объединения отношений (UNION);

2. пересечения отношений (INTERSECT);

3. взятия разности отношений (MINUS);

4. декартово произведение (TIMES).

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

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

1. моделирование данных;

2. особенности архитектуры и функциональные возможности;

3. контроль работы системы;

4. особенности разработки приложений;

7. требования к рабочей среде;

8. смешанные критерии.

Закрываем запрос, сохраняем изменения, в появившемся окне вводим имя запроса «Данные о книгах заданного жанра» и нажимаем «ОК».

Перед выполнением запроса у пользователя будет запрошена информация о жанре книги.

20064Бабкина. 11Кодекс РСФСР об Юридическая

Всего выдано книг:3

19 апреля 2006 г.

16:05:50Страница 1 из 1

Курсовая работа

По
предмету: «Базы данных»

Тема:
«Создание Базы Данных: деканат»

Выполнил
студент

Группы
03ПКо8081

Кузин
Юрий

Москва,
2012

8 Процедуры и функции

Процедуры — это блок PL/SQL, в состав которого входят:

Раздел исключительных ситуаций.

1. Создается с помощью команды;

3. Сохраняется в компилированном виде в базе данных. С компилированный код можно в последствии выполнить из любого блока PL SQL.

При вызове процедуры, ей можно передать параметры. Вызовом процедуры является оператор PL/SQL и он не может быть частью выражений. При вызове процедуры управление передается одному исполняемому оператору этой процедуры. Когда процедура заканчивается, управление возвращается оператору, следующему за вызовом этой процедуры.

Параметры, указанные при объявлении процедуры называются формальными. Параметры, указанные при вызове процедуры называются фактическими. При вызове процедуры формальным параметрам присватается значение фактических параметров. Фактические параметры содержат значения, передаваемые процедуре при её вызове, а также результаты, возвращаемые процедуре.

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

Формальные параметры бывают трех видов:

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

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

IN OUT — значение фактических параметров передается в процедуру при ее вызове. Внутри процедуры формальные параметры могут быть считаны и в него могут быть записаны значения. Когда процедура завершается, содержимое формальных параметров присваивается к фактическим параметрам. Если вид не указан, то по умолчанию устанавливается IN.

Функция — это блок PL/SQL, в состав которого входят:

1. Раздел объявлений;

2. Выполняемый раздел;

3. Раздел исключительных ситуаций.

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

Синтаксис создания функции:

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

1) Процедура для проектируемой бд:

Процедура NEWTOVAR вставляет строку в таблицу TOVARS.

CREATE OR REPLACE PROCEDURA NEW_PRODAJA (

KOD_JP IN JURNAL_PRODAJ. KOD_JP%TYPE,

NAME_TOVARA IN JURNAL_PRODAJ.NAME_TOVARA %TYPE,

FIO IN JURNAL_PRODAJ. FIO %TYPE,

D_CENA IN JURNAL_PRODAJ.D_CENA %TYPE,

INSERT INTO JURNAL_PRODAJ (KOD_JP, NAME_TOVARA, FIO, D_CENA)

VALUES (KOD_JP, NAME_TOVARA, FIO, D_CENA)

Данный отчет создается таким же образом, как и предыдущий отчет.

Задаем параметры страницы. Для этого в главном меню нажимаем «Файл», «параметры страницы». В появившемся окне свойств «Параметры страницы» нажимаем «Страница», в группе переключателей «Ориентация» ставим точку в строке «альбомная» и нажимаем «ОК».

Декомпозиция проектируемой системы

Проектируемая система ООО «Садовая техника» состоит из следующих подсистем:

Рис. 1 Структура проектируемой системы ООО «Садовая техника»

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

Проектируемая система ООО «Садовая техника» должна содержать подсистему ввода, которая включает:

1. модуль приветствия;

2. модуль идентификации;

3. модуль авторизации;

4. модуль главного меню.

Подсистема хранения данных — это непосредственно сама БД под управлением Oracle 10g Express Edition (Oracle Database XE).

Подсистема вывода — это система, которая отображает всю базу данных или часть ее в табличной, диаграммной или картографической форме. Подсистема вывода ООО «Садовая техника» содержит:

· справочник клиентов;

· список комплектующих

· справочник техники;

· операции покупок;

1 Подсистема хранения

Учитывая тот факт, что база данных по предприятию разрабатывается с точки зрения руководителя и, проанализировав предметную область предприятия ООО «Садовая техника», были определены и созданы следующие сущности базы данных.

· Сущность Газонокосилки — содержит информацию о техники на продажу.

· Сущность Клиент — содержит информацию о заказчиках, с которыми сотрудничает предприятие;

· Сущность Журнал продаж — содержит информацию о заказах, которые выполняет предприятие;

· Сущность Цвет — содержит информацию о возможных цветовых решениях техники;

· Сущность Конструкция — содержит перечень возможных конструкций техники.

· Сущность Тип двигателя — содержит перечень возможных двигателей техники.

· Сущность Производитель — содержит наименования всех доступных производителей и поставщиков техники для организации.

После определения атрибутов необходимо определить первичные (РК) и внешние ключи (FK):

1. Сущность Клиент — № Клиента (РК);

2. Сущность Газонокосилка — № Газонокосилки (РК);

3. Сущность Заказ — № Заказа (РК),

4. Сущность Цвет — № Цвета (РК).

5. Сущность Конструкция — № Конструкции (РК).

6. Сущность Производитель — № Производителя (РК).

7. Сущность Тип двигателя — № Двигателя (РК).

проектирование ER — модели в реляционную происходит разбиение связи многие-ко-многим:

Сущность Заказ Клиент — содержит информацию о заказе, который произвел клиент;

После проектирование ER-модели в реляционную необходимо провести процесс нормализации и денормализации:

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

Сущности все соответствуют 1НФ, так как имеют первичные ключи и не имеют повторяющихся групп.

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

Сущности все соответствуют 2НФ, так как представлены в 1НФ и имеют простой первичный ключ.

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

Сущности все соответствуют ЗНФ, так как представлены во 2НФ и между не ключевыми атрибутами нет взаимосвязей.

Нормализация: 4НФ (НФ Бойса — Кодда)

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

Сущности все соответствуют 4НФ, так как представлены в ЗНФ и ни первичный ключ, ни какая-либо его часть не зависят от не ключевого атрибута.

* Проводить процесс денормализации не следует, так как для этого не существует веских причин.

Для базы данных ООО «Садовая техника» были реализованы таблицы, представления, индексы, триггеры, курсоры, процедуры, выполнено заполнение таблиц.

При запуске запроса появится окно «Введите значение параметра» с надписью «Введите ФИО читателя», в которое необходимо ввести фамилию, имя, отчество читателя для которого хотим получить информацию о выданных книгах, например Иванов. , и нажать кнопку «ОК».

После ввода данных появится таблица, содержащая информацию о книгах выданных определенному читателю, в данном случае Иванову.И.И.:

В таблицу внесены следующие данные

Таблица читатели имеет графы:

«Номер читателя» — содержит информацию об индивидуальном номере читателя.

«ФИО читателя» — содержит фамилию, имя, отчество читателя.

Таблица запроса имеет следующие графы

«Дата выдачи книги», «Номер читателя», «ФИО читателя», «Код книги», «Название книги», «Жанр книги», «Год издания».

Спутниковой связи и

Справочник19Справочник по М.Связь1978

Книги выданные читателям за периодс12. 06по15

Дата выдачи книги:номер читателя:ФИО читателя:Код книги:Название книги:Жанр книги:

Для добавления нумерации страниц нажимаем «Вставка» в главном меню, «номера страниц». В появившемся окне свойств, в группе переключателей «Формат», в строке «страница N из M» ставим точку; в группе переключателей «Расположение» в строке «нижний колонтитул» также ставим точку.

Также ставим галочку в строке «Отображать номер на первой странице».

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

Подобные документы

• Создание таблиц базы данных в режиме конструктора. Схема связей между таблицами и содержание таблиц. Установление связи с поддержанием целостности. Структуры двух запросов (в режиме конструктора) и описание процесса их создания. Результаты вывода отчетов.

• Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных «Продажи книг» в среде Microsoft Access.

• Компоненты реляционной базы данных Microsoft Access. Создание структуры таблиц и определение связей между ними. Проектирование форм для сводных таблиц и запросов с помощью конструктора окон. Разработка и создание автоотчетов и запросов на выборку данных.

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

• Структура базы данных «Библиотечный фонд». Разработка таблиц «Авторы», «Выдача книг», «Книги фонда». Таблица «Разделы книг» как способ хранения информации о существующих разделах. Способы занесения информации о сотрудниках библиотеки. Формы базы данных.

• Функции базы данных Access: организация, добавление и изменение информации, связывание таблиц, макросы, модули, средства печати. Элементы базы данных: запросы, таблицы, формы и отчеты. Виды запросов: на выборку, перекрестные, на изменение, с параметрами.

• Создание простых форм-справочников. Редактирование свойств формы в режиме конструктора. Добавление и редактирование свойств элементов управления. Проектирование отчётов для базы данных. Приведение таблицы к нормальной форме и построение схемы данных.

6 Формирование простых и сложных запросов к базе данных

SELЕСТ — дает пользователю возможность получить информацию из базы данных.

SELECT (<имя столбца> <имя столбца>)

FROM — ключевое слово, которое указывает источник запрашиваемой информации. Если используется несколько таблиц, то они перечисляются через запятую после FROM.

WHERE — за этой командой следует критерий поиска требуемой информации. то есть условия, которые должны удовлетворять интересующим пользователя данным.

Если необходим поиск, удовлетворяющий нескольким требованиям, то используют:

1. Логические операции: AND — обе операции истины, OR — хотя бы одна истина, NOT — поиск по критерию, который не должен быть выполнен.

2.0перации сравнения: =, >, <, >=, <=, < >, !=.

При необходимости в выборе информации из нескольких таблиц, для размещения нескольких запросов и объединения их вывода используют UNION.

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

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

В любой ситуации, где применяется реляционный оператор равенства (=), можно использовать IN.

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

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

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

1. Показать все данные таблицы «Производитель».

select * from PROIZVODITEL

2. Показать все цвета в таблице «Цвет».

select cvet from cvet

3. Показать фамилию, телефон, адрес и паспортные данные клиента в таблице «Клиенты».

select id_fio, telefon, adres, pasport from klienty

4. Показать модель газонокосилки, год выпуска которой 2014

select model from gazonokosilki where god_vipuska=’2014′

5. Вывести фамилию, номер телефона, адрес и паспортные данные клиента, чья фамилия начинается на букву «В».

select id_fio, telefon, adres, pasport from klienty where id_fio like ‘В%’

6. Отсортировать клиентов по убыванию

select * from klienty order BY id_fio DESC

7. Вывести все газонокосилки, которые работают на электричестве.

select kod_G, PROIZVODITEL, MODEL, GOD_VIPUSKA, CVET, KONSTRUKCIA, tip_dvigatela, CENA from ((((GAZONOKOSILKI inner join PROIZVODITEL on gazonokosilki.id_proizvoditel =proizvoditel.kod_P) inner join cvet on gazonokosilki.ID_cvet =CVET.kod_c) inner join konstrukcia on gazonokosilki.id_konstrukcia=konstrukcia.kod_kon) inner join tip_dvigatela on gazonokosilki.id_tip_dvigatela=tip_dvigatela.kod_td) where tip_dvigatela=(select tip_dvigatela from tip_dvigatela where tip_dvigatela=’Электрический’)

8. Вывести всю отсортированную по возрастанию информацию по дате из таблицы «Газонокосилки».

select kod_G, PROIZVODITEL, MODEL, GOD_VIPUSKA, CVET, KONSTRUKCIA, tip_dvigatela, CENA from ((((GAZONOKOSILKI inner join PROIZVODITEL on gazonokosilki.id_proizvoditel = proizvoditel.kod_P) inner join cvet on gazonokosilki.ID_cvet = CVET.kod_c) inner join konstrukcia on gazonokosilki.id_konstrukcia = konstrukcia.kod_kon) inner join tip_dvigatela on gazonokosilki.id_tip_dvigatela = tip_dvigatela.kod_td) ORDER BY god_vipuska ASC

9. Вывести имя клиента и наименование товара купленного по максимальной цене за все время.

select model, id_FIO, CENA from ((JURNAL_PRODAJ inner join gazonokosilki on JURNAL_PRODAJ.name_tovara = gazonokosilki.kod_g) inner join klienty on jurnal_prodaj.fio=klienty.kod_k) where cena=(select max(cena) from gazonokosilki)

10. Вывести информацию о газонокосилках, цена которых ниже 5000.

select kod_G, PROIZVODITEL, MODEL, GOD_VIPUSKA, CVET, KONSTRUKCIA, tip_dvigatela, CENA from ((((GAZONOKOSILKI inner join PROIZVODITEL on gazonokosilki.id_proizvoditel =proizvoditel.kod_P) inner join cvet on gazonokosilki.ID_cvet =CVET.kod_c) inner join konstrukcia on gazonokosilki.id_konstrukcia=konstrukcia.kod_kon) inner join tip_dvigatela on gazonokosilki.id_tip_dvigatela=tip_dvigatela.kod_td) where cena<5000

11. Вывести товар, цена которого выше 5000 и год выпуска не больше чем 2013 год.

select kod_G, PROIZVODITEL, MODEL, GOD_VIPUSKA, CVET, KONSTRUKCIA, tip_dvigatela, CENA from ((((GAZONOKOSILKI inner join PROIZVODITEL on gazonokosilki.id_proizvoditel =proizvoditel.kod_P) inner join cvet on gazonokosilki.ID_cvet =CVET.kod_c) inner join konstrukcia on gazonokosilki.id_konstrukcia=konstrukcia.kod_kon) inner join tip_dvigatela on gazonokosilki.id_tip_dvigatela=tip_dvigatela.kod_td) where cena>5000 and god_vipuska>2013

При запуске отчета появляется окно «Введите значение параметра» с надписью «Введите жанр книги», в которое необходимо ввести данные о жанре требуемых книг, например справочник, и нажать кнопку «ОК».

В результате получим следующий отчет:

Книги заданного жанра

Жанр книги:Код книги:Название книги:Издательство:Год издания:

Справочник18Справочник по М.Радио и Связь1983

Область данных содержит поля с такими же названиями и расставленные в таком же порядке. Для данных полей в свойствах заданы параметры

Нижний колонтитул содержит поля: «Дата/время» и «номера страниц» с параметрами такими же, как в предыдущем отчете.

Примечание отчета содержит надпись и поле.

7 Способы повышения производительности доступа к данным

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

Индекс — это упорядоченный (буквенный или числовой) список столбцов или групп столбцов в таблице.

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

Индексы это средство SQL, которое породил сам рынок, а не ANSI. Поэтому сам по себе стандарт ANSI в настоящее время не поддерживает индексы. хотя они очень полезны и широко применяются.

Когда мы создаем индекс в поле, база данных запоминает соответствующий порядок всех значений этого поля в области памяти. Хотя индекс значительно улучшает эффективность запросов, использование индекса несколько замедляет операции модификации DML (такие как INSERT и DELETE), а сам индекс занимает память. Следовательно, каждый раз, когда мы создаем таблицу, мы должны принять решение, индексировать ее или нет.

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

Триггер — это именованный блок PL/SQL с разделами:

2. Выполняемым разделом,

3. Разделом исключительным ситуации

Триггер выполняется неявно, Всякий раз, когда происходит событие, запускается этот триггер, акт выполнения триггера называется активизация. Запускается триггер операциями DML (insert, update, delete), выполняемых на базе данных СУБД.

Для каждой таблицы можно определить три типа триггеров:

1. три пер ввода;

2. триггер добавления;

3. триггер обновления.

Триггеры можно использовать:

1. для отслеживания модификации данных;

2. для журнализации, регистрации событий;

3. для реализации ряда комплексных организационных правил;

4. для автоматического вычисление столбцов

5. для осуществления сложных процедур защиты данных.

Список создание триггера:

Or replace — пересоздает триггер, если он уже существует,то есть можно заменять триггер без удаления или создания нового

BEFORE — инициализация триггера, перед его исполнением

AFTER — СУБД возбуждает триггер, после исполнения предложения триггера.

DELETE — СУБД возбуждает триггер, каждый раз когда предложение удаляет строку из таблицы

INSERT — СУБД возбуждает триггер, каждый раз когда в предложение вставляется новая строка

UPDATE — указывает, что СУБД возбуждает триггер каждый раз когда выполняется предложение update.

OF — изменение столбца

ON определяет имя триггера, по которому создается триггер. Можно использовать корреляционные имена в блоке PL/SQL и фраза when, чтобы обращаться конкретно к старому или новому значениям столбца текущей строки.

FOR EACH ROW — указывает что триггер представляет собой триггер строк,

СУБД возбуждает триггер строк один раз для каждой строки, затрагиваемой предложением триггера и удовлетворяющей необязательному ограничению триггера, которое определено в фразе when.

WHEN — ограничение триггера. Содержит условие SQL, которое должно быть удовлетворено, чтобы СУБД возбудил триггер (только для триггера строк).

1. Предложение триггера. Определение предложения триггера указывает, какие предложение SQL будут заставлять СУБД возбуждать этот триггер.

2. Ограничение триггера. When — дополнительное «условие», которое должно быть удовлетворено для возбуждения строк триггера строк.

3. Действие триггера (тело). Его описывает блок PL/SQL. который СУБД исполняет при возбуждении триггера. Каждый раз, когда выдается предложение триггера, СУБД вычисляет условие ограничения триггера. Если оно удовлетворено, то СУБД возбуждает триггер, исполняя действие триггера.

Создание триггера для проектируемой базы данных:

1) Триггер создает автоинкремент для таблицы Клиенты

CREATE OR ALTER TRIGGER KLIENTY_BI FOR KLIENTY

ACTIVE BEFORE INSERT POSITION 0

if (new.kod_k is null) then

new. kod_k = gen_id(gen_klienty_id,1);

2) Так же для других таблиц.

CREATE OR ALTER TRIGGER CVET_BI FOR CVET

ACTIVE BEFORE INSERT POSITION 0

if (new.kod_c is null) then

new.kod_c = gen_id(gen_cvet_id,1);

CREATE OR ALTER TRIGGER KONSTRUKCIA_BI FOR KONSTRUKCIA

ACTIVE BEFORE INSERT POSITION 0

if (new.kod_kon is null) then

new. kod_kon= gen_id(gen_konstrukcia_id,1);

CREATE OR ALTER TRIGGER PROIZVODITEL_BI FOR PROIZVODITEL

ACTIVE BEFORE INSERT POSITION 0

if (new.kod_p is null) then

new. kod_p= gen_id(gen_proizvoditel_id,1);

Триггер отслеживает изменения в таблице СОТРУДНИК и записывает их в таблицу СОТРУДНИК_ЖУРНАЛ.

Сначала создадим новую таблицу, аналогичную исходной, но с добавлением дополнительного столбца, где будет отражаться тип выполненой операции (insert, update, delete).

CREATE TABLE KLIENTY_GURNAL (

ID_FIO VARCHAR2 (30),

ADRES VARCHAR2 (30),

create or replace trigger sotr_trigger

before insert or delete or update on KLIENTY for each row

rw2 varchar2 (30);

rw4 varchar2 (30);

if inserting then

insert into KLIENTY _GURNAL values(rw1,rw2,rw3,rw4,rw5,rw6);

elsif deleting then

insert into KLIENTY _GURNAL values(rw1,rw2,rw3,rw4,rw5,rw6);

elsif updating then

insert into KLIENTY _GURNAL values(rw1,rw2,rw3,rw4,rw5,rw6);

1 Понятие и компоненты банка данных

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

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

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

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

—
общность — связь 2-х элементов по содержанию
их характеристик;

—
портативность — подразумевает соотношение
целого и его частей;

—
противопоставление — встречается в
элементах, которые имеют положительные
и отрицательные характеристики;

—
функциональная взаимосвязь — взаимная
зависимость элементов.

Базы
данных и базы знаний являются ядром
автоматизированного банка данных.
Автоматизированный банк
данных
— база данных, объединенная с системой
управления базой данных.

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

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Схема базы данных

5. Содержание таблиц

Существующая организация бизнес-процессов и процессов обработки данных исследуемого объекта по теме курсового проекта

Бизнес-процесс — устойчивый процесс (последовательность работ), соотнесенный с отдельным видом производственной деятельности предприятия и обычно ориентированный на создание новой стоимости.

ООО «Садовая техника» специализируется на продаже одежды от известных марок.

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

Закрываем окно свойств.

Кварцевым

Справочник20Справочник по Москва «Наука»1980

Справочник22Интегральные Радио и Связь1983

Количество книг всего:5

Курсовая работа

По дисциплине: Информатика

2 Построение ER — модели

Подсистема вывода предприятия ООО «Садовая техника» осуществляет:

· вывод справочника и информации о газонокосилках;

· вывод справочника и информации о клиентах;

· вывод справочника и информации о комплектации техники;

· вывод справочника и информации о совершенных продажах;

Подсистема обработки предприятия ООО «Садовая техника» осуществляет функции обработки данных, таких как:

· выборка данных во всех таблицах;

· редактирование данных во всех таблицах;

· сортировка данных по товару, комплектации, клиенту, дате;

· добавление данных во все таблицы;

· удаление данных из всех таблиц.

Таким же образом добавляем Панель инструментов.

Далее создаем заголовок отчета.

Структура таблиц базы данных (в режиме конструктора)

Исходя из условия задания, необходимо создать две таблицы со следующими полями:

2 Проектирование ER-модели в реляционную модель

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

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

2. Каждый атрибут сущности становиться атрибутом соответствующего отношения. Переименование атрибутов должно происходить в соответствии с теми же правилами, что и переименование отношений в пункте 1. для каждого атрибута задается конкретный допустимый в СУБД тип данных и обязательность, и необязательность данного атрибута.

3. Первичный ключ сущности становится первичным ключом соответствующего отношения.

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

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

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

7. При другом варианте для каждого подтипа и для супертипа создаются свои отдельные отношения.

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

19 апреля 2006 г. Страница 1 из 1

Второй отчет «Книги выданные читателям за определенный период» составлен на основе запроса «Книги выданные читателям за определенный период».

Первый отчет «Данные о книгах заданного жанра» базируется на запросе «Книги заданного жанра».

Выдает информацию о книгах заданного жанра находящихся в библиотеке.

Курсовая Работа

По
дисциплине «Базы данных»

На
тему:

«Разработка
базы данных для автоматизированной
системы управления

«Интернет
Магазин»

Выполнил:

студент
гр. ПВСз-31

Дементиевский
Д.С.

Проверил:

Костюк
В.П.

Саратов 2012
г.

Содержание:

Введение 2

1.
Постановка задачи. 3

1.1.
Задание 3

1.2.
Назначение базы данных 3

1.3.
Выполняемые базой данных функции 3

1.4.
Категории пользователей 3

1.5.
Причины выбора данной СУБД 3

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

2.1.
Инфологическое проектирование 4

2.1.1.
Сущности 4

2.1.2.
Взаимосвязи и сущности 5

2.1.3.
Разработка концептуальной инфологической
модели 6

2.2.
Даталогическое проектирование 7

2.2.1.
Отношения и атрибуты 7

2.2.2.
Ключевые поля и индексы 9

2.2.3.
Нормализация отношений 10

2.2.4.
Схема данных 12

12

3.
Особенности реализации. 13

3.1. Учет
специфики предметной области. 13

3.2.
Ограничения и бизнес-правила. 13

4. Пользовательский
интерфейс 14

4.1.
Описание 14

4.2.
Запросы 22

39.4.4.
Отчеты 40

Заключение 45

Список
используемой литературы: 46

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

Реализация — это этап превращения концептуальной модели в функционирующую базу данных. Реализация включает этапы:

1. Выбор и приобретение СУБД.

2. Преобразование концептуальной модели в физическую модель.

3. Построение словаря.

4. Заполнение базы данных.

5. Создание прикладных программ.

6. Обучение пользователей.

«Жанр книги», «Код книги», «Название книги», «Год издания», «Издательство».

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

В «Нижний колонтитул» вставляем дату и время создания отчета, а также нумерацию страниц. Для этого в главном меню левой кнопкой мыши нажимаем «Вставка» и выбираем строку «Дата и время». В появившемся окне свойств даты и времени, ставим галочку в строке «Формат даты» и точку в строке «13 апреля 2006 г. » также в строке «формат времени» — ставим галочку, в строке — «14

Дата и время появятся в заголовке отчета.

Задание

Создать базу данных, для хранения данных о книгах в библиотеке и выдаче книг читателям. В таблицах базы данных должны быть следующие поля: Код книги, Название книги, Жанр книги, Год издания, Издательство, Номер читателя, ФИО читателя, Дата выдачи книги.

Таблица «Книги» Имеет следующие графы

«Номер читателя», «Дата выдачи книги», «Код книги», «Жанр книги», «Название книги», «Год издания», «Издательство».

В графе «Номер читателя» содержатся данные о номере читателя, которому выдана данная книга.

В графе «Дата выдачи книги» содержится информация о дате выдачи данной книги читателю.

В графах «Код книги», «Жанр книги», «Название книги», «Год издания», «Издательства» содержится информация о книгах.

Содержание

Введение

I.
Понятия
и методология проектирования базы
данных

1.1
Понятие и компоненты банка данных

1.2
Классификация баз данных

1.3
Методология проектирования

II.
Предпроектное исследование

2.1
Краткая характеристика предметной
области ИС Деканат

2.2
Инфологическое моделирование

2.3
Логическое проектирование

2.4
Физическое проектирование

III.
Стадия проектирования

3.1.
Разработка структуры БД

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

3.3.
Создание индексов и ключевых полей

3.4.
Сохранение таблиц

3.5.
Заполнение таблиц

3.6.
Установка связи между таблицами

3.7.
завершение работы с БД

IV.
Программирование

V.
Тестирование

Заключение

Вторая таблица «Читатели» — содержит информацию о читателях. Содержит графы

2. Три запроса.

Курсовой проект

По
дисциплине «Базы данных»

Тема:
«Разработка базы данных Отдела кадров
(института)»

Автор курсового
проекта: Бишлеев Владимир
Михайлович

Группа:

321-БИН

Направление:

Бизнес-информатика

Руководитель
проекта:
Л.Ф. Панферова

Ростов – на – Дону

Глава
1. Постановка задачи разработки
информационной системы 4

1.1.
Задание на разработку базы данных
«Отдел кадров» института 4

1.2
Описание предметной области. 4

1.3.
Обоснование необходимости создания
БД 5

Глава
2. Проектирование БД 7

2.1.
Этапы проектирования БД 7

2.2.
Концептуальная модель базы данных 9

2.3
Логическая модель базы данных.
Нормализация. 11

2.4.
Физическая структура базы данных. 15

Глава
3. Разработка программного обеспечения
для ЭВМ 18

3.1
Запросы к БД 18

3.2.
Экранные формы для ввода и редактирования
данных в БД. 23

3.3.
Отчеты в БД. 24

3.4
Главная кнопочная форма 24

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

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

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

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

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

Проектная часть
курсовой работы содержит описание
разработки концептуальной и логической
моделей, обосновании выбора СУБД,
примеры построения запросов для получения
данных по различным критериям выборки,
а также описание получения отчетных
документов.

В таблицу внесены следующие данные

Таблица «Читатели» имеет связь с таблицей «Книги» и имеет графу со знаком « + ». Наведя курсор на знак « + » напротив нужной строки с номером читателя и ФИО читателя в таблице «Читатели» базы данных и нажав левую кнопку мыши, получим фрагмент таблицы «Книги» с данными о книгах полученными данным читателем.

Например для читатели Иванова.И.И. с индивидуальным номером « 1 » эта таблица будет содержать следующие данные:

1 Определение сущностей, атрибутов, взаимосвязей между сущностями, ключей

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

Сущность имеет следующие признаки:

1. Она имеет имя в описании.

2. Она представляет класс, а не единичный экземпляр абстракции.

3. Ее конкретные представители могут быть уникально идентифицированы.

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

Связь (relationship) — это функциональная зависимость между двумя сущностями (возможна связь сущности с самой собой). Связь должна иметь имя, выражаемая глаголом.

Модель данных, основная на ключах (КВ) — это более подробное представление данных по сравнению с диаграммой сущность — связь. Модель включает описание сущностей, их атрибутов и первичных ключей.

Атрибутом (attribute) сущности является любой признак (свойство), который служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности.

Каждый признак сущности описывается ровно одним атрибутом в своей сущности.

Атрибуты должны именоваться в единственном числе и иметь четкое смысловое значение. Согласно методу IDEFIX имя атрибута должно быть уникальным в рамках модели (а не только в рамках сущности).

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

Сущность ГАЗОНОКОСИЛКИ с атрибутами kod_g, id_proizvoditel, model, god_vipuska, id_cvet, id_konstrukcia, id_tip_dvigatela, cena. Первичный ключ kod_g. Показывает, какие товары имеются на продаже у компании.

Сущность КЛИЕНТЫ с атрибутами kod_k, id_fio, telefon, adres, pasport. Первичный ключ kod_k. Показывает, какие клиенты есть в базе у организации.

Сущность КОНСТРУКЦИИ с атрибутами kod_kon, konstrukcia. Первичный ключ kod_kon. Показывает данные о доступных конструкциях техники.

Сущность ПРОИЗВОДИТЕЛЬ с атрибутами kod_p, proizvoditel. Первичный ключ kod_p. Показывает информацию о производителях техники.

Сущность ТИП ДВИГАТЕЛЯ с атрибутами kod_td, tip_dvigatela. Первичный ключ kod_td. Показывает доступные типы двигателей для техники.

Сущность ЦВЕТ с атрибутами kod_c, cvet. Первичный ключ kod_c. Показывает информацию о оступных цветах.

Сущность ЖУРНАЛ ПРОДАЖ с атрибутами kod_jp, name_tovara, fio, d_cena. Первичный ключ kod_jp. Показывает информацию о совершенных сделках.

Связь Журнал продаж — Клиент. Каждый клиент может несколько раз обратиться в организацию, и на его имя будет записано несколько договоров. Так же и несколько заказчиков могут заказать одну услугу. Мощность связи — многие ко многим. Связь Газонокосилки — Конструкция, Газонокосилки — Цвет аналогичны предыдущей связи.