Принятые  сокращения

БД – база данных

ГОВД – городской  отдел внутренних дел

РСУБД - реляционная СУБД

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

RAD - Rapid Application Development

SQL - Structured Query Language (язык структурированных запросов)

VBA – Visual Basic Application 

 

Содержание 

 

ВВЕДЕНИЕ 

     Тема данного курсового  проекта – «База данных учета  людей, объявленных в розыск Барановичским ГОВД». Для реализации поставленной задачи был проведён анализ предоставленных ГОВД документов, изучены структурные подразделения и принципы передачи данных внутри организации.

     Барановичский ГОВД состоит из пяти подразделений: 

- ЛИЦЕНЗИОННО-РАЗРЕШИТЕЛЬНАЯ СИСТЕМА 
  50 лет ВЛКСМ 1 (0163) 489727 
 
- МРЭО ГАИ МЕЖРАЙОННОЕ 
  50 лет ВЛКСМ 1 (0163) 489790 
 
- ГАИ 
  50 лет ВЛКСМ 1 (0163) 489841 
 
- ОТДЕЛ ОХРАНЫ 
  Чкалова 5а (0163) 452584 
 
- ОТДЕЛЕНИЕ ПО ГРАЖДАНСТВУ И МИГРАЦИИ 
  Чкалова 5 (0163) 489771 

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

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

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

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

     Каждая база данных хранится в виде файла с расширением*.mdb

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

     Основные цели, преследуемые при создании реляционной БД:

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

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

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

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

     Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще - диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД.

 

1. ВВЕДЕНИЕ  В СУБД

 

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

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

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

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

Сами  записи состоят из полей. Обычно множества  называют таблицами, а записи — строками таблиц.

Такова  логическая модель данных. На жестком  диске вся база данных может находиться в одном файле.

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

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

Строки  таблиц могут быть связаны друг с  другом одним из трех способов. Простейшее отношение — "один к одному". В этом случае строка первой таблицы соответствует одной единственной строке второй таблицы. На диаграммах такое отношение выражается записью 1:1.

Отношение "один ко многим" означает ситуацию, когда строка одной таблицы соответствует  нескольким строкам другой таблицы. Это наиболее распространенный тип отношений. На диаграммах он выражается записью 1:N.

Наконец, при отношении "многие ко многим" строки первой таблицы могут быть связаны с произвольным числом строк  во второй таблице. Такое отношение  записывается как N:M.

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

Подобная  обработка данных осуществляется посредством  языка четвертого поколения (4GL), который поддерживает запросы, записываемые и исполняемые немедленно. Данные быстро утрачивают свою актуальность, поэтому скорость доступа к ним важна. Кроме того, программист должен иметь возможность формулировать новые запросы. Они называются нерегламентированными (ad hoc), поскольку не хранятся в самой базе данных и служат узкоспециализированным целям.

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

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

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

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

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

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

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

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

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

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

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

В свою очередь, на основе реляционной модели были разработаны различные языки  для доступа к реляционным данным, такие как SEQUEL, SQL, QUEL и другие. Фактическим промышленным стандартом в настоящее время стал язык SQL (Structured Query Language - язык структурированных запросов).  

 

1.1.Разновидности СУБД

 

Кроме реляционных, объектно-ориентированных и многомерных СУБД, также давно известны иерархические и сетевые базы данных.

1. Реляционная СУБД

 

Реляционная СУБД (РСУБД; иначе Система управления реляционными базами данных, СУРБД) —  СУБД, управляющая реляционными базами данных.

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

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

– каждый элемент таблицы — один элемент  данных;

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

– каждый столбец имеет уникальное имя;

– одинаковые строки в таблице отсутствуют;

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

Базовыми  понятиями реляционных СУБД являются:

• атрибут;
• отношение;
• кортеж.