Структура простейшей базы данных

Оглавление

Введение

Глава 1. Теория базы данных и СУБД

1.1 Базы данных и системы управления базами данных

1.2 Структура простейшей базы данных

1.3 О языке программирования Турбо Паскаль

Глава II. Практическая часть

2.1 Постановка задачи

2.2 Блок-схема

2.3 Описание типов, констант, переменных, процедур и функций

2.4 Описание алгоритма

Глава III. Листинг программы

Заключение

Список использованной литературы

Введение

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

Цель данной курсовой работы - освоить язык программирования TURBO PASCAL, а также создать базу данных, облегчающую работу сотрудников ГИБДД.

Глава 1. Теория базы данных и СУБД

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

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

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

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

В мире существует множество систем управления базами данных. Несмотря на то, что они могут по разному работать с разными объектами и представляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. Это даёт возможность рассмотреть одну систему и обобщить её понятия, приёмы и методы на весь класс СУБД. В качестве такого учебного объекта мы выбираем СУБД на TURBO PASCAL. [2]

Структура простейшей базы данных

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

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

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

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

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

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

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

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

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

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

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

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

Если отмечается, что пользователи базы "саботируют" её эксплуатацию и предпочитают работать традиционными методами, это говорит не о низкой квалификации пользователей, а о недостаточной квалификации разработчика базы. [3,8]