База данных учета людей, объявленных в розыск Барановичским ГОВд

Принятые сокращения
БД – база данных
ГОВД – городской отдел внутренних дел
РСУБД - реляционная СУБД
СУБД – системы управления базами данных
RAD - Rapid Application Development
SQL - Structured Query Language (язык структурированных запросов)
VBA – Visual Basic Application

Содержание
Принятые сокращения. 2
Содержание. 3
ВВЕДЕНИЕ. 4
1.ВВЕДЕНИЕ В СУБД.. 7
1.1.Разновидности СУБД.. 11
1.1.1.Реляционная СУБД.. 11
1.1.2.Объектно-ориентированная СУБД.. 11
1.1.3. Многомерная СУБД.. 12
1.1.4. Иерархическая СУБД.. 16
1.1.5. Сетевая СУБД.. 17
1.2. Обзор рынка программного обеспечения СУБД в РБ. 19
1.2.1.Visual FoxPro.20
1.2.2. Visual Basic. 22
1.2.3. MS SQL Server. 24
1.2.3 Clipper. 27
1.2.4 Visual FoxPro. 28
1.2.5 Access. 28
Выбор СУБД для курсового проекта. 31
Практическая реализация проекта. 32
Список использованных источников. 43
Приложения. 44

ВВЕДЕНИЕ
Тема данного курсового проекта – «База данных учета людей, объявленных в розыск Барановичским ГОВД». Для реализации поставленной задачи был проведён анализ предоставленных ГОВД документов, изучены структурные подразделения и принципы передачи данных внутри организации.
Барановичский ГОВД состоит из пяти подразделений:
- ЛИЦЕНЗИОННО-РАЗРЕШИТЕЛЬНАЯ СИСТЕМА
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.1.1. Реляционная СУБД
Реляционная СУБД (РСУБД; иначе Система управления реляционными базами данных, СУРБД) — СУБД, управляющая реляционными базами данных.
Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
– каждый элемент таблицы — один элемент данных;
– все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.);
– каждый столбец имеет уникальное имя;
– одинаковые строки в таблице отсутствуют;
– порядок следования строк и столбцов может быть произвольным.
Базовыми понятиями реляционных СУБД являются:
-атрибут;
-отношение;
-кортеж.
1.1.2. Объектно-ориентированная СУБД
Объектно-ориентированная СУБД — реализующая объектно-ориентированный подход. Эта система управления обрабатывает данные как абстрактные объекты, наделённые свойствами, в виде неструктурированных данных, и использующие методы взаимодействия с другими объектами окружающего мира.
Примеры объектно-ориентированной СУБД:
-IBM Lotus Notes/Domino
-Jasmine
-ObjectStore
-Caché
-СООБЗ Cerebrum
-db4objects

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать полную версию