Конструирование базы данных "Автошкола"

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

Содержание

Введение

1. Анализ предметной области

1.1 Функциональная структура предметной области

1.2 Диаграмма потоков данных (DFD-диаграмма)

2. Концептуальное проектирование данных

3. Построение логической модели данных

3.1 Выделение ключей: первичные, внешние, родительские

3.2 Нормализация отношений

3.3 Поддержка целостности данных

4. Выбор СУБД

5. Проектирование SQL - запросов

Заключение

Литература

Введение

логический модель поток ключ

В 21 веке человеку приходится пробуждать в себе очень высокий уровень мобильности, что позволяет ему экономить то драгоценное время, которого так не хватает. Технологический прогресс позволил создать массу устройств, необходимых нам для жизни. Уже необязательно стоять в очереди на почте, чтобы отправить письмо, для этого достаточно всего лишь включить компьютер, открыть «аську» или «контакт» и воспользоваться функцией общения «on line». Уже не обязательно производить денежные взносы на счет телефона или оплаты за коммунальные услуги, это можно сделать, не выходя из дома и не снимая тапочек, с помощью «web money».

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

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

1. Анализ предметной области

Конструирование базы данных «Автошкола» начинается с исследования и описания предметной области.

Национальные водительские удостоверения соответствуют требованиям Конвенции о дорожном движении, согласно которым удостоверение печатается на языке или языках, установленных органом власти, который выдаёт или которому поручено выдавать этот документ, однако на нём обозначается на французском языке название «Permis de conduire», которое может сопровождаться или не сопровождаться названием «Водительское удостоверение» на других языках. В удостоверении указывается название или отличительный знак страны, в которой оно выдано (для России -- знак «RUS»). Национальное водительское удостоверение признаётся в странах, подписавших Конвенцию о дорожном движении, то есть практически во всех странах Европы. Если же Вы попадете в страну, не подписавшую эту Конвенцию, то чтобы водить там автомобиль, вам придётся сдавать экзамены для получения водительского удостоверения этой страны.

Рис. 1 Водительское удостоверение ЕС, германская версия

Из истории

Первыми в мире водительскими правами стала «справка о способности управлять транспортным средством с механическим мотором», вручённая 14 августа 1893 года префектом полиции Парижа Луи Лепином ныне неизвестному французскому автомобилисту. Тогда подобные справки выдавались без каких-либо экзаменов, для их получения кандидат был должен лишь продемонстрировать умение управлять собственным автомобилем.

Первый российский шофёр получил удостоверение на управление автомашиной в 1900 году. Документ был введён постановлением Санкт-Петербургского градоначальника «О порядке пассажирского движения на автомобиле».

Как сообщает ИТАР-ТАСС, дореволюционные права содержали сведения об их владельце и его фотографию. Для их получения уже надо было сдавать экзамены, притом проверялось не только умение управлять автомобилем, но и знание городской географии. В 1909 году Россия присоединилась к международной «Конвенции о передвижении автомобилей», и в стране была введена принятая за рубежом форма водительского документа.

В 1923 году Совнарком утвердил новое «Свидетельство на право управления экипажем», которое имело три категории. Высшая из них предполагала стаж вождения не менее 6 лет, а также умение отремонтировать автомобиль. Новые документы выдавались местной администрацией и имели различную форму. Это приносило определённые неудобства: свидетельства, выданные в Петрограде (Ленинграде), например, не признавались в Москве.

Лишь в 1936 году выдавать «права» стали органы внутренних дел, и они приобрели единую форму, а также новое название -- «удостоверение шофёра». В 1963 году СССР присоединился к Женевской конвенции об автомобильном движении, и в стране появилось международное водительское удостоверение. С 70-х годов появляется пять категорий водительских прав, каждая из которых обозначает право на управление определёнными транспортными средствами.

Водительские удостоверения «нового» образца введены в 1992 году. До этого действовали водительские удостоверения, по формату совпадающие со свидетельством о регистрации транспортного средства, а ещё раньше -- в виде отдельной книжки. Время от времени вводились и упразднялись талоны предупреждений к водительским удостоверениям. Они выполняли двойную роль: накопительный учёт баллов за правонарушения и роль временного водительского удостоверения при изъятии основного (требовался паспорт или иное удостоверение личности).

Рис.2 Водительское удостоверение РФ (второго «старого» образца) выданное в 2008 году.

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

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

Виктор Кирьянов, главный государственный инспектор безопасности дорожного движения России

1.1 Функциональная структура предметной области

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

,,А,, - обучение вождению на мотоциклах, начинать можно с 16лет.

,,В,, - обучение вождению на легковых автомобилях разрешённой максимальной массой до 3500т, начинать обучение можно с 18 лет.

,,С,, - Автомобили свыше 3500т, обучение можно начинать с 18 лет

,,D,, - Автомобили предназначенные для перевозки пассажиров, обучение можно начинать ,со стажем вождения не мение 3х лет.

,,Е,, - Автопоезда. Важной областью исследования являются бизнес-правила и политика руководства.

Автошколы.

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

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

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

- оплата за обучение различается по категория обучения;

Допуск к сдаче экзаменов на получение водительского удостоверения в ГИБДД, производится, если Вы прошли обучение в организации, имеющей лицензию на такое обучение (на категории «А» и «В» допускается самостоятельная подготовка).

Для сдачи экзаменов и получения удостоверения необходимо предоставить:

ь водительскую карточку (если она выдавалась ранее);

ь паспорт (или иной документ, удостоверяющий личность);

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

ь медицинскую справку;

ь документ о прохождении обучения (в случае самостоятельной подготовки на категории «А» или «В» не требуется);

ь водительское удостоверение на право управления транспортными средствами (если ранее выдавалось);

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

ь матовые фотографии размером 3х4 (в случае получения удостоверения «старого» образца). Необходимость изготавливать заранее фотографии зависит от технической оснащённости соответствующего подразделения ГИБДД -- в настоящее время фотографирование на права часто осуществляется непосредственно по месту их изготовления и получения.

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

ь заявление установленного образца;

ь паспорт и его ксерокопию (или иной документ, удостоверяющий личность);

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

ь водительское удостоверение и временное разрешение (при его наличии);

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

ь водительскую карточку и её ксерокопию или подтверждение из РЭО ГАИ, которое выдало предыдущее водительское удостоверение;

ь справка из ГИБДД о нелишении права управления транспортным средством (в случае обращения в РЭО);

ь квитанцию об уплате пошлины за удостоверение;

ь матовые фотографии размером 3х4 (в случае получения удостоверения «старого» образца).

Водительское удостоверение выдаётся на срок до 10 лет. После окончания срока действия водительское удостоверение можно обменять через любой промежуток времени без повторной сдачи экзаменов.

Взимаемая пошлина составляет 800 руб. за пластиковое удостоверение. Стоимость медицинского освидетельствования по Москве и области разнится от 300 до 2000 руб.

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

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

Управлять ТС можно с 18 лет, без водительского удостоверения при наличии справки об обучении в автошколе. Срок управления ТС не должен превышать срока обучения в автошколе. Для управления ТС без водительского удостоверения, нужно заполнить доверенность, выдаваемую в автошколах.

Рис. 3 Функциональная структура Базы данных «Автошкола»

1.2 Диаграмма потоков данных (DFD-диаграмма)

Диаграммы потоков данных (Data Flow Diagrams -- DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления -- продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

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

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

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

Рис. 4 Диаграмма потоков данных

2. Концептуальное проектирование данных

Концептуальную модель часто называют ER-моделью. Ее предложил Петер Пин-Шен Чен в 1976 г. Построение концептуальной модели заключается в выделении объектов и установлении между ними связей. Список объектов для предметной области “ Автошкола ” будет выглядеть так:

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

- автошкола (ИНН, лицензия, название, адрес, телефон, собственник);

- договор (№ договора, дата заключения, цель заключения);

- инструктор (№ инструктора, пол, ФИО, квалификация, телефон);

- транспорт (№ транспорта, марка, пробег);

- ученик (№ ученика, ФИО, паспортные данные, адрес, телефон);

- личная анкета (№ анкеты, категория обучения, экзамен теория, экзамен практика, количество часов);

- квитанция об оплате (№ квитанции, дата оплаты, сумма);

- картотека (№ карточки, дата поступления);

После определения объектов и их атрибутов проставим мощности между объектами:

Между объектами автошкола и договор максимальная мощность связи 1:N, т.е. каждая автошкола может иметь несколько договоров, один договор может быть в автошколе в единственном экземпляре;

Между объектами автошкола и инструктор максимальная мощность связи 1:N, т.е. каждая автошкола может иметь несколько инструкторов, один инструктор может работать только в одной автошколе;

Между объектами картотека и анкета работодателя максимальная мощность связи 1:N, т.е. анкета хранится в одной картотеке;

Между объектами инструктор и транспорт максимальная мощность связи N:N, т.е. один инструктор может преподавать на разных машинах, а одна машина может быть использована несколькими инструкторами;

Между объектами ученик и инструктор максимальная мощность 1:N, т.е. у одного ученика может быть только один инструктор, а один инструктор может преподавать нескольким ученикам одновременно;

Между объектами ученик и квитанция об оплате максимальная мощность 1:N, т.е. у одного ученика может быть несколько квитанций, а одна квитанция принадлежит только одному ученику;

Между объектами ученик и личная анкета максимальная мощность 1:1, т.е. у одного ученика может быть одна анкета, а одна анкета принадлежит только одному ученику;

Между объектами личная анкета и картотека максимальная мощность 1:N, т.е. одна анкета хранится в одной картотеке, а одна картотека может хранить несколько анкет;



Рис.5 Концептуальная модель базы данных «Автошкола»

3. Построение логической модели данных

3.1 Выделение ключей

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

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

· Обеспечить быстрый доступ к данным в таблицах.

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

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

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

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

Первое правило: если экземпляр одной сущности связан с экземпляром другой сущности в отношении 1:1 или 1:N, то для связи необходимо первичный ключ одной сущности добавить во вторую;

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

Проектирование логической структуры

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

На основе первого правила получаем:

1) Автошкола - Договор

Автошкола

ИНН	Лицензия	Название	Адрес	Телефон	Собственник

Договор

ИНН	№ договора	Дата заключения	Цель заключения

2) Автошкола - Инструктор

Автошкола

ИНН	Лицензия	Название	Адрес	Телефон	Собственник

Инструктор

ИНН	№ инструктора	Пол инструктора	ФИО инструктора	Квалификация	Телефон инструктора

3) Ученик - Договор

Ученик

№ ученика	ФИО	Паспортные данные

Договор

№ ученика	№ договора	Дата заключения	Цель заключения

4) Ученик - Инструктор

Ученик

№ ученика	ФИО	Паспортные данные

Инструктор

№ ученика	№ инструктора	Пол инструктора	ФИО инструктора	Квалификация	Телефон инструктора

5) Ученик - Квитанция

Ученик

№ ученика	ФИО	Паспортные данные

Квитанция

№ ученика	№ квитанции	Дата оплаты	Сумма

6) Личная анкета - Картотека

Личная анкета

№ анкеты	Категория обучения	Экзамен теория	Экзамен практика	Количество часов

Картотека

№ анкеты	№ карточки	Дата окончания занятий	Дата начала занятий

Если экземпляр одной сущности связан с экземпляром другой сущности в отношении 1:1 или 1:N, то для связи необходимо первичный ключ одной сущности добавить во вторую;

На основе второго правила получаем:

7) Инструктор - Транспорт

№ инструктора	№ транспорта

8) Ученик - Личная анкета

№ ученика	№ анкеты

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

3.2 Нормализация отношений

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

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

1. Таблица не должна иметь повторяющихся записей.

2. В таблице должны отсутствовать повторяющиеся группы полей.

3. Строки должны быть не упорядочены.

4. Столбцы должны быть не упорядочены.

Правила нормализации

1. Значение атрибута для экземпляра сущности должно быть единственным ( 1-я нормальная форма (НФ) сущности );

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

3. для сущности, уже находящейся в 2НФ, значение каждого неидентифицирующего атрибута не должно зависеть от значения другого неидентифицирующего атрибута ( 3-я нормальная форма (НФ) сущности );

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

Вторая нормальная форма.

О таблице говорят, что она находится во второй нормальной форме, если:

1. Она удовлетворяет условиям первой нормальной формы.

2. Любое не ключевое поле однозначно идентифицировать полным набором ключевых полей.

Третья нормальная форма.

О таблице говорят, что она находится в третьей нормальной форме, если:

1. Она удовлетворяет условиям второй нормальной формы.

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

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

Рис.6 Логическая модель базы данных «Автошкола»

3.3 Поддержка целостности данных

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

К средствам обеспечения целостности данных на уровне СУБД относятся:

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

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

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

4. Выбор СУБД

Oracle была первой коммерческой реляционной СУБД, поддерживающей ставший ныне индустриальным стандартом язык SQL; ее первая версия появилась в 1979 году. Фактически все это время Oracle является бессменным лидером на рынке производителей коммерческих СУБД и второй (после Microsoft) по величине компанией, производящей программное обеспечение. Ранние версии этой СУБД были предназначены для мэйнфреймов, а в качестве рабочих мест использовались «неинтеллектуальные» терминалы. Однако со временем появились версии Oracle, предназначенные для использования в архитектуре «клиент-сервер» (первой такой версией была Oracle 5, выпущенная в 1985 году). Первоначально эти версии были предназначены для различных серверных платформ -- различных версий UNIX, VMS и др. Позже были выпущены версии сервера Oracle для Novell NetWare. Первые версии этого сервера для персональных компьютеров появились в середине 90-х (Personal Oracle 7 for Windows 3.1, Personal Oracle 7 for Windows 95, Personal Oracle Lite, Oracle Workgroup Server 7 for Windows NT). До появления этих версий персональные компьютеры могли использоваться исключительно в качестве клиентских рабочих станций -- в состав Oracle для серверных платформ обычно входила клиентская часть для DOS. Отметим, что Oracle была первой компанией, создавшей СУБД, использовавшую предоставляемые некоторыми серверными платформами средства параллельных вычислений -- Oracle Parallel Server (до его появления параллельные вычисления использовались только для решения научных задач). При использовании параллельных вычислений Oracle Parallel Server дает возможность нескольким процессорам обращаться к одной базе данных, что позволяет обеспечить высокую скорость обработки транзакций, а более поздние его версии дают возможность осуществить декомпозицию операций с большими объемами данных с целью параллельного выполнения их на нескольких процессорах.

На сегодняшний день последней версией Oracle является версия Oracle 8i, отличительными свойствами которой являются:

-наличие объектных расширений и соответствующих типов данных, таких как вложенные таблицы, массивы, объекты и др. Иными словами, Oracle 8 и Oracle 8i являются объектно-ориентированными СУБД;

-наличие функций аналитической обработки данных (например, вычисления процентных соотношений, ранжирования, сравнения временных периодов);

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

-поддержка Java, в частности JDK 1.2 и JDBC 2.0;

-поддержка XML, в частности в Oracle 8i включены XML Parser for Java, C/C++, PL/SQL, превращающие XML-данные в вид, пригодный для использования в Oracle 8;

-поддержка HTML- и XML-страниц с включенным в них кодом PL/SQL (для их выполнения требуются дополнительные продукты, например WebDB PL/SQL Gateway или Oracle Application Server PL/SQL Cartridge);

-поддержка хранения мультимедиа-данных с возможностью индексации, построения контекстных запросов, поддержки разных языков для хранимых документов;

-набор процедур и функций для обработки пространственной информации (Oracle Spatial);

-дополнительные возможности обеспечения безопасности, например шифрование данных, поддержка SSL, использование ролей уровня базы данных и уровня предприятия;

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

-поддержка Microsoft Cluster Server;

-наличие OLE DB-провайдера для доступа к данным.

Oracle 8i существует в трех редакциях: Oracle 8i, Oracle 8i Enterprise Edition, Oracle 8i Personal Edition. Для создания многомерных хранилищ данных существует и отдельный продукт -- Oracle Express OLAP. Помимо различных версий сервера баз данных среди продуктов Oracle имеется также Designer/2000 -- ориентированное на эту СУБД CASE-средство для анализа бизнес-процессов и проектирования данных, а также средства разработки клиентских приложений. Одно из них -- Developer/2000 (называвшееся ранее Oracle*Forms) -- весьма популярно среди пользователей Oracle; были и другие средства разработки (например, Oracle Power Objects). Отметим, что приложения, созданные с помощью Developer/2000, могут выполняться на различных платформах. Язык PL/SQL, используемый в этом средстве разработки, является интерпретируемым и представляет собой тот же самый язык, что используется в Oracle для написания серверного кода. Это позволяет отлаживать с помощью Developer/2000 серверный код.

Производя собственные средства разработки, Oracle предоставляет своим пользователям возможность создавать клиентские приложения с помощью других средств. В частности, помимо стандартного в таких случаях клиентского API (Oracle Call Interface) клиентская часть Oracle содержит также объектную модель (Oracle Objects for OLE), позволяющую использовать клиентскую часть Oracle как набор COM-объектов для доступа к данным. Кроме того, обычно клиентская часть Oracle содержит также ODBC-драйвер для доступа к данным этой СУБД. Отметим, что и многие другие компании производят ODBC-драйверы и OLE DB-провайдеры для доступа к Oracle (в частности, Microsoft). Компании, производящие средства разработки, использующие собственные библиотеки доступа к данным (такие как Inprise или Gupta/Centura), также включают библиотеки доступа к Oracle в состав наиболее дорогих версий своих продуктов. Из готовых информационных систем на базе Oracle следует особо отметить несколько крупных систем управления предприятием, в частности SAP/R3. На Западе также нередко используются готовые решения от самой Oracle Corporation, объединенные под общим названием Oracle Applications, такие как Oracle Financials, Oracle Human Resources, Oracle Market Management, Oracle Project Systems и др.

5. Проектирование SQL - запросов

Запустить среду PL/SQL Developer - C:\Users\plsql.exe

В появившемся окне задать имя пользователя (Username) и логин(Password), уточнив у преподавателя, для моей версии пароль - b27.

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

Создаем таблицы:

Таблица «Автошкола»

Таблица «Договор»

Таблица «Инструктор»

Таблица «Транспорт»

Таблица «Ученик»

Таблица «Анкета»

Таблица «Квитанция»

Таблица «Картотека»

Теперь заполняем созданные таблицы

Таблица «Автошкола»

Таблица «Транспорт»

Таблица «Инструктор»

Таблица «Ученик»

Таблица «Квитанция»

Таблица «Договор»

Таблица «Анкета»

Таблица «Картотека»

Проектирование SQL - запросов

Показать ФИО и пол всех инструкторов

Показать за какими инструкторами закреплены ученики

Показать марки автомобилей автошколы

Количество договоров, заключенных для получения прав:

Какие ученики заключили договор на получение категории В

Показать ФИО и дату начала занятий учеников, обучающихся на категорию В

На какую сумму были оплачены квитанции в 2010 году

Показать номер договора и ФИО ученика, который оплатил квитанцию более чем на 10000

Показать ФИО, телефен и квалификацию инструкторов мужского пола



Вывести данные из таблицы Ученик, упорядочив результаты по ФИО учеников

Показать данные инструкторов джигурда и петросян

Найти ФИО учеников, оплативших квитанции, сумма которых превышает среднюю сумму квитанции



Найти ученика, у которого раньше всех экзамен по теории

Найти учеников, которые будут обучаться на автомобиле hyundai accent

Показать учеников, ФМО которых начинается на `а'



Показать данные инструктора у которого больше всего учеников

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



Показать на какие категории учатся ученики, отсортировав по категориям

Какие ученики пришли повысить квалификацию



Показать дату начала занятий учеников, которые пришли получать права

Показать сколько учеников учится на каждой из категорий

Заключение

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

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

Физическая модель данных представлена реляционными таблицами, вся информация которых содержится в базе данных, реализованной на СУБД Oracle 10g. Была спроектирована и реализована информационная система описанная созданием базы и запросов на языке SQL.

Литература

1. Курс лекций по предмету базы данных.

2. http://sql-language.ru/

3. SQL: полное руководство. Киев. 2001г.

4. Базы данных. Хомченко. 2000г.

5. http://www.warayg.narod.ru/context/bd/SQL/u_sql/1-2.htm

6. Базы данных в среде промышленных СУБД. Черноморов Г.А. Новочеркасск 2006г.

7. http://mad-slonik.narod.ru/Download/SQL_Fkenov.pdf

Приложение

МИНИСТЕРСТВО ВНУТРЕННИХ ДЕЛ

Российской Федерации

Приказ

от 16 декабря 1992 г.N 460

О введении нового образца водительского удостоверения

(в ред. Приказа МВД РФ от 30.07.93 N 362)

Во исполнение Постановления Правительства Российской Федерации от 8 апреля 1992 г. N 228 "О некоторых вопросах, связанных с эксплуатацией автомототранспорта в Российской Федерации" и в целях автоматизации процесса изготовления, выдачи и учета удостоверений на право управления транспортными средствами, а также усиления защиты их от подделок приказываю:

1. Ввести в действие на территории Российской Федерации бланки удостоверений на право управления транспортными средствами (водительских удостоверений), совместно разработанные с акционерным обществом "Оптическая техника и технология"

(Приложение N 1).

2. Утвердить:

2.1. Утратил силу. - Приказ МВД РФ от 30.07.93 N 362.

2.2. Инструкцию по оформлению водительских удостоверений с использованием автоматизированных систем (Приложение N 3).

3. ГУ ГАИ (Федорову В.А.):

3.1. в срок до 20 декабря 1992 г. заключить соглашение с акционерным обществом "Оптическая техника и технология" (АО ОТТ) о генеральном подряде на внедрение в подразделения ГАИ МВД, ГУВД, УВД комплексных автоматизированных систем изготовления, выдачи и учета водительских удостоверений.

3.2. в срок до 1 марта 1993 г. утвердить график поэтапного оснащения данными автоматизированными комплексами подразделений Госавтоинспекции.

4. Подразделениям ГАИ до внедрения комплексных автоматизированных систем выдавать гражданам водительские удостоверения ранее установленного образца.

5. Министрам внутренних дел республик, начальникам ГУВД, УВД краев, областей, автономных образований, городов Москвы, Санкт-Петербурга и Ленинградской области:

5.1. Осуществить, начиная с 1 января 1993 года, поэтапное внедрение в деятельность подразделений Госавтоинспекции комплексных автоматизированных систем на основе договоров, заключаемых с АО ОТТ.

Предусмотреть при этом предоставление АО ОТТ необходимых помещений (кабинетов) для монтажа оборудования и его дальнейшей эксплуатации.

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

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

5.4. Срок действия водительских удостоверений ранее утвержденного образца истекает 1 января 2000 г.

Министр

генерал-полковник

внутренней службы

В.ЕРИН

Приложение

к Приказу МВД России

от 16 декабря 1992 г. N 460

Инструкция

по оформлению водительских удостоверений

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

1. Общие положения

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

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

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

2. Порядок заполнения бланка водительского удостоверения

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

Номер водительского удостоверения включает в себя: первые две цифры - код региона; две буквы - серия удостоверения (каждый регион устанавливает серию самостоятельно); шесть цифр - порядковый номер выдаваемого удостоверения.

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

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

2.2. в графах "Фамилия", "Имя" под реквизиты отводится по две строчки. Первая заполняется буквами русского алфавита, на второй тзаписи дублируются буквами латинского алфавита. Графа "Отчество" заполняется только буквами русского алфавита.

2.3. в графе "Дата и место рождения" указываются число, месяц, год рождения (последние две цифры) и место рождения (наименование республики в составе Российской Федерации, края, области или соответствующего центра). Во второй строке буквами латинского алфавита дублируется место рождения. Аналогичные записи производятся в графе "Местожительство".

2.4. в графе "действительно до" проставляется срок окончания действия водительского удостоверения. По истечении указанного срока удостоверение заменяется на новое в установленном порядке.

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

2.6. Удостоверение заверяется шестигранной печатью, которая также наносится печатающим устройством ЭВМ. Печать включает в себя запись "ГАИ", выше которой две цифры обозначают код (номер) системы, а ниже - код сотрудника ГАИ, выдавшего водительское удостоверение. Указанные коды присваиваются и утверждаются МВД, УВД каждой системе, установленной в данном регионе, а также каждому сотруднику ГАИ, допущенному к работе по выдаче водительских удостоверений.

3. Организация учета и хранения документации

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

3.2. Сроки и порядок хранения реестров и дискет аналогичны срокам и порядку хранения книг выдачи водительских удостоверений.

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

...