Загрузка...
Учебная работа. Реферат: База данных учета людей, объявленных в розыск Барановичским ГОВд
БД – база данных
ГОВД – городской отдел внутренних дел
РСУБД — реляционная СУБД
СУБД – системы управления базами данных
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
ВВЕДЕНИЕ
Тема данного курсового проекта – «База данных учета людей, объявленных в розыск Барановичским ГОВД».
Для реализации поставленной задачки был проведён анализ предоставленных ГОВД документов, исследованы структурные подразделения и принципы передачи данных снутри организации.
Барановичский ГОВД состоит из 5 подразделений:
— ЛИЦЕНЗИОННО-РАЗРЕШИТЕЛЬНАЯ СИСТЕМА
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 для каждой базы данных создается отдельный каталог, а каждой таблице соответствуют три файла.
В остальных СУБД могут употребляться другие принципы физического хранения данных.
Строчки таблиц могут быть соединены друг с другом одним из 3-х методов. Простейшее отношение — «один к одному». В этом случае строчка первой таблицы соответствует одной единственной строке 2-ой таблицы. На диаграммах такое отношение выражается записью 1:1.
Отношение «один ко почти всем» значит ситуацию, когда строчка одной таблицы соответствует нескольким строчкам иной таблицы. Это более всераспространенный тип отношений. На диаграммах он выражается записью 1:N.
В конце концов, при отношении «почти все ко почти всем» строчки первой таблицы могут быть соединены с произвольным числом строк во 2-ой таблице. Такое отношение записывается как N:M.
Программер, работающий с базой данных, не хлопочет о том, как эти данные хранятся, и приложения, взаимодействующие с СУБД, не знают о методе записи данных на диск. «Снаружи» виден только логический образ данных, и это дозволяет поменять код СУБД, не затрагивая код самих приложений.
Схожая обработка данных осуществляется средством языка 4-ого поколения (4GL), который поддерживает запросы, записываемые и исполняемые немедля. Данные стремительно утрачивают свою актуальность, потому скорость доступа к ним принципиальна. Не считая того, программер должен иметь возможность формулировать новейшие запросы. Они именуются нерегламентированными (ad hoc), так как не хранятся в самой базе данных и служат узкоспециализированным целям.
язык 4-ого поколения дозволяет создавать схемы — четкие определения данных и отношений меж ними.
Схема хранится как часть базы данных и быть может изменена без вреда для данных.
Схема создана для контроля целостности данных. Если, например, объявлено, что поле содержит целочисленные значения, то СУБД откажется записывать в него числа с плавающей запятой либо строчки.
дела меж записями тоже верно контролируются, и несогласованные данные не допускаются. Операции можно группировать в транзакции, выполняемые по принципу «все либо ничего«.
СУБД обеспечивает сохранность данных. Юзерам предоставляются определенные права доступа к инфы. Неким юзерам разрешено только просматривать данные, тогда как остальные юзеры могут поменять содержимое таблиц.
СУБД поддерживает параллельный доступ к базе данных. Приложения могут обращаться к базе данных сразу, что увеличивает общую производительность системы. Не считая того, отдельные операции могут «распараллеливаться» для еще большего улучшения производительности.
В конце концов, СУБД помогает восстанавливать информацию в случае неожиданного сбоя, неприметно для юзеров создавая запасные копии данных. Все конфигурации, вносимые в базу данных, регистрируются, потому почти все операции можно отменять и делать повторно.
Естественно, и электрические таблицы, и текстовые редакторы разрешают хранить и обрабатывать данные весьма гибко, но как быть, если требуется хранить информацию обо всех сотрудниках огромного компании и временами выдавать ответы на запросы типа «представить перечень всех служащих, принятых на работу не позже 3-х годов назад, имеющих по последней мере 1-го малыша, не имеющих взысканий и с заработной платой не выше 1000 р.». Для получения ответов на подобные запросы и предусмотрены системы Управления Базами Данных (СУБД).
Традиционная реляционная модель данных просит, чтоб данные хранились в так именуемых плоских таблицах.
Наиболее буквально, юзеры и приложения, обращающиеся к данным, должны работать с данными так, как если б они располагались в таковых таблицах. В облегченном виде плоская таблица — это таблица, любая ячейка, которой быть может совершенно точно идентифицирована указанием строчки и столбца таблицы. Не считая того, в одном столбце все ячейки должны содержать данные 1-го обычного типа.
Реляционная модель базирована на теории множеств и математической логике. Таковой фундамент обеспечивает математическую строгость реляционной модели данных.
В свою очередь, на базе реляционной модели были разработаны разные языки для доступа к реляционным данным, такие как SEQUEL, SQL, QUEL и остальные. Фактическим фабричным эталоном в истинное время стал язык SQL (Structured Query Language — язык структурированных запросов).
1.1.Разновидности СУБД
Не считая реляционных, объектно-ориентированных и многомерных СУБД, также издавна известны иерархические и сетевые базы данных.
1.1.1. Реляционная СУБД
Реляционная СУБД (РСУБД; по другому Система управления реляционными базами данных, СУРБД) — СУБД, управляющая реляционными базами данных.
Эти модели характеризуются простотой структуры данных, комфортным для юзера табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
Любая реляционная таблица представляет собой двумерный массив и владеет последующими качествами:
– любой элемент таблицы — один элемент данных;
– все ячейки в столбце таблицы однородные, то все есть элементы в столбце имеют однообразный тип (числовой, символьный и т. д.);
– любой столбец имеет неповторимое имя;
– схожие строчки в таблице отсутствуют;
– порядок следования строк и столбцов быть может произвольным.
Базисными понятиями реляционных СУБД являются:
-атрибут;
-отношение;
-кортеж.
1.1.2. Объектно-ориентированная СУБД
Объектно-ориентированная СУБД — реализующая объектно-ориентированный подход. Эта система управления обрабатывает данные как абстрактные объекты, наделённые качествами, в виде неструктурированных данных, и использующие способы взаимодействия с иными объектами мира вокруг нас.
Примеры объектно-ориентированной СУБД:
-IBM Lotus Notes/Domino
-Jasmine
-ObjectStore
-Caché
-СООБЗ Cerebrum
-db4objects
1.1.3. Многомерная СУБД
OLAP(On-line Analytical Processing) — многомерныебазыданных.
Программное обеспечение OLAP употребляется при обработке данных из разных источников. Эти программные продукты разрешают воплотить огромное количество разных представлений данных и характеризуются 3-мя главными чертами: многомерное времени.
В СУБД, основанных на многомерном представлении данных, данные организованы не в форме реляционных таблиц, а в виде упорядоченных многомерных массивов: гиперкубов (все хранимые в базе данных ячейки обязаны иметь схожую мерность, другими словами находиться в очень полном базисе измерений) и/либо витрин данных, представляющих из себя предметно-ориентированные подмножества хранилища данных, спроектированные для ублажения нужд отдельной группы (общества) юзеров и удовлетворяющие требованиям защиты от несанкционированного доступа в организации; они обеспечивают наиболее резвую реакцию на запросы сведений за счет того, что воззвания поступают к относительно маленьким блокам данных, нужных для определенной группы юзеров. Для заслуги сопоставимой производительности реляционные системы требуют кропотливой проработки схемы базы данных, определения методов индексации и специальной опции. В случае многомерных баз данных, как правило, не требуется даже указание на то, по каким реквизитам (группам реквизитов) требуется индексация данных. Ограничения SQL остаются реальностью, что не дозволяет воплотить в реляционных СУБД почти все интегрированные функции, просто обеспечиваемые в системах основанных на многомерном представлении данных. совместно с тем, реляционные СУБД обеспечивают отменно наиболее высочайший уровень защиты данных и разграничения прав доступа, также имеют наиболее развитые средства администрирования и настоящий опыт работы с большенными и сверхбольшими базами данных. В то время, как для многомерных баз данных, в истинное время отсутствуют единые эталоны на интерфейс, языки описания и манипулирования данными. Многомерные СУБД не поддерживают репликацию данных, более нередко применяемую в качестве механизма загрузки.
Многомерные базы, в силу чисто исторических обстоятельств, “не могут” работать с большенными размерами данных. На нынешний денек, их настоящий предел — база объемом в 10-20 гб. И хотя это ограничение не соединено с какими-либо внутренними беспристрастными недочетами многомерного подхода и, быстрее всего, является временным, сейчас это так. С сиим недозволено не считаться. К тому же, за счет денормализации и за ранее выполненной агрегации, 20 гб в многомерной базе, в наилучшем случае эквивалентны не наиболее чем 1 гб начальных данных. По оценкам Кодда, для систем основанных на многомерном представлении данных, это соотношение лежит в спектре от 2.5 до 100. тут нужно тормознуть на основном недочете многомерных баз данных – неэффективному, по сопоставлению с реляционными базами данных, использованию наружной памяти. В базе многомерного подхода лежит значения устраняются, и то отчасти, лишь в том случае, если мы за счет выбора порядка сортировки сгруппируем их в очень огромные непрерывные группы. Как следует, внедрение многомерных СУБД оправдано лишь при последующих критериях:
-объем начальных данных для анализа не очень велик (не наиболее нескольких гб), другими словами уровень агрегации данных довольно высок;
-набор информационных измерений стабилен (так как хоть какое изменение в их структуре практически постоянно просит полной перестройки гиперкуба);
—время ответа системы на нерегламентированные запросы является более критическим параметром;
-требуется обширное внедрение сложных интегрированных функций для выполнения кроссмерных вычислений над ячейками гиперкуба, в том числе возможность написания пользовательских функций.
Но ошибочно было бы противопоставлять либо гласить о какой или конкуренции реляционного и многомерного подходов. Эти два подхода взаимно дополняют друг друга. Реляционный подход никогда не предназначался для решения на его базе задач, требующих синтеза, анализа и консолидации данных. Предполагалось, что такового рода функции, должны реализовываться при помощи наружных по отношению к реляционным СУБД инструментальных средств. В истинное время, многомерные СУБД всё почаще употребляются не только лишь как самостоятельный программный продукт, да и как аналитические средства в хранилищах данных либо обычных оперативных системам, реализуемых средствами реляционных СУБД. Такое решение дозволяет более много воплотить и употреблять плюсы всякого из подходов: малогабаритное хранение детализированных данных и поддержка весьма огромных баз данных, обеспечиваемые реляционными СУБД и простота опции и отличные времена отклика, при работе с агрегированными данными, обеспечиваемые многомерными СУБД.
Плюсы этих СУБД
-в случае использования многомерных СУБД поиск и подборка данных осуществляется существенно резвее, чем при многомерном концептуальном взоре на реляционную базу данных, потому что многомерная база данных денормализована, содержит заблаговременно агрегированные характеристики и обеспечивает оптимизированный доступ к запрашиваемым ячейкам.
-многомерные СУБД просто управляются с задачками включения в информационную модель различных интегрированных функций, тогда как беспристрастно имеющиеся ограничения языка SQL делают выполнение этих задач на базе реляционных СУБД довольно сложным, а время от времени и неосуществимым.
А так же они имеют и ряд недочетов:
— необходимость вербования высококвалифицированных программистов для мельчайших конфигураций структуры базы данных.
— невозможность для конечного юзера без помощи других рассматривать данные в порядке, не предусмотренном программерами.
1.1.4. Иерархическая СУБД
Иерархическая СУБД (ИСУБД) — система управления базами данных, использующих в собственной базе древовидную структуру.
Обычным представителем (более известным и всераспространенным) является Information Management System (IMS) конторы IBM. 1-ая версия возникла в 1968 г. До сего времени есть базы, которые поддерживаются данной нам СУБД. Иерархические модели имеют древовидную структуру, где любому узлу соответствует один сектор, представляющий из себя поименованный линейный кортеж полей данных. Любому сектору соответствует один входной и несколько выходных частей. Любой элемент структуры лежит на единственном иерархическом пути, начинающемся от корневого. Иерархические базы данных более подходящи для моделирования структур, по собственной природе являющихся иерархическими. В качестве примеров можно привести воинские подразделения либо сложные механизмы, состоящие из наиболее обычных узлов, которые в свою очередь тоже можно подвергнуть декомпозиции. Тем не наименее существует существенное количество организаций, не сводящихся к обычный иерархии. В данной нам модели запрос, направленный вниз по иерархии, прост, но запрос, направленный ввысь по иерархии, наиболее сложен. К плюсам иерархической модели данных относятся действенное внедрение памяти ЭВМ и хорошие характеристики времени выполнения главных операций над данными. Иерархической базой данных является файловая система, состоящая из корневой директории, в какой имеется древовидная структура поддиректорий и файлов.
Недочеты СУБД иерархического типа:
— неэффективность;
— неспешный доступ к секторам данных нижних уровней иерархии;
— точная ориентация на определенные типы запросов;
— громоздкость для обработки инфы с довольно сложными логическими связями;
— сложность осознания для обыденного юзера.
Иерархические СУБД стремительно прошли бум популярности, которая обусловливалась их ранешным возникновением на рынке. Потом их недочеты сделали их неконкурентоспособными, и в истинное время иерархическая модель представляет только исторический Энтузиазм.
1.1.5. Сетевая СУБД
Сетевая СУБД — система управления базами данных, поддерживающая сетевую компанию: неважно какая запись, именуемая записью старшего уровня, может содержать данные, которые относятся к набору остальных записей, именуемых записями подчиненного уровня.
Обычным представителем является Integrated Database Management System (IDMS) возникла в 70-х годах. Сетевой подход к организации данных является расширением иерархического. Сетевая БД состоит из набора записей и набора связей меж этими записями. На формирование связи особенных ограничений не накладывается. В иерархических структурах запись-потомок обязана иметь в точности 1-го предка; в сетевой структуре данных потомок может иметь хоть какое число протцов. Достоинством сетевой модели данных является возможность действенной реализации по показателям издержек памяти и оперативности. В сопоставлении с иерархической моделью сетевая модель предоставляет огромные способности в смысле допустимости образования случайных связей. В рамках сетевых СУБД просто реализуются и иерархические даталогические модели. Сетевые СУБД поддерживают сложные соотношения меж типами данных, что делает их подходящими в почти всех разных приложениях. Но юзеры таковых СУБД ограничены связями, определенными для их разрабами БД-приложений. Наиболее того, подобно иерархическим сетевые СУБД подразумевают разработку БД приложений опытнейшеми программерами и системными аналитиками.
Недочеты сетевых СУБД:
— высочайшая сложность и твердость схемы БД, построенной на ее базе;
— сложность для осознания и выполнения обработки инфы в БД обыденным юзером;
— ослаблен контроль целостности связей вследствие допустимости установления случайных связей меж записями.
1.2. Обзор рынка программного обеспечения СУБД
в РБ
Существует весьма обычное понятие БД как огромного по размеру хранилища, в которое организация помещает все применяемые ею данные и из которого разные юзеры могут их получать, используя разные приложения. Таковая единая база данных представляется безупречным вариантом, хотя на практике это решение по разным причинам труднодостижимо. Потому почаще всего под базой данных соображают хоть какой набор хранящихся в компе взаимосвязанных данных.
В базу проектирования БД должны быть положены представления конечных юзеров определенной организации – концептуальные требования к системе. Конкретно конечный юзер в собственной работе воспринимает решения с учетом получаемой в итоге доступа к базе данных инфы. От оперативности и свойства данной нам инфы будет зависеть эффективность работы организации. Данные, помещаемые в базу данных, также предоставляет конечный юзер.
При рассмотрении требований конечных юзеров нужно принимать во внимание последующее:
– база данных обязана удовлетворять животрепещущим информационным потребностям организации;
– получаемая информация обязана по структуре и содержанию соответствовать решаемым задачкам;
– база данных обязана обеспечивать получение требуемых данных за применимое время, другими словами отвечать данным требованиям производительности;
– база данных обязана удовлетворять выявленным и вновь возникающим требованиям конечных юзеров;
– база данных обязана просто расширяться при реорганизации и расширении предметной области;
– база данных обязана просто изменяться при изменении программной и аппаратной среды;
– загруженные в базу данных корректные данные должны оставаться корректными;
– данные до включения в базу данных должны проверяться на достоверность;
– доступ к данным, размещаемым в базе данных, обязаны иметь лишь лица с надлежащими возможностями;
– база данных обязана иметь дружеский интерфейс к использованию.
Разглядим средства разработки, которые дает Microsoft:
— Access;
— SQL Server;
— Visual Basic;
— Visual C++;
— Visual FoxPro.
Эти средства могут быть применены, так по отдельности – для решения непосредственно поставленной задачки, как и в качестве интегрированного набора, любой компонент которого быть может использован при разработке огромных проектов масштаба компании.
Разглядим некие примеры СУБД реляционного типа.
1.2.1.Visual FoxPro.
Visual FoxPro — не попросту последующая версия одной из более стремительных СУБД для индивидуальных компов. Это совсем новенькая программка, которая просто дозволяет создать то, что в прошлых версиях давалось с величайшим трудом либо было просто труднодоступно.
интерфейс Visual FoxPro отвечает представлениям о современной графической среде, напоминая интерфейс других программ Microsoft. Тут основная работа с данными производится при помощи разных инструментальных средств, потому команды меню нередко имеют вспомогательный нрав и их состав гибко изменяется зависимо от того, какое средство интенсивно в данный момент.
Отличительные черты Visual FoxPro можно обрисовать последующим образом:
— Обеспечение способности резвой разработки прикладной программки базируется на включении средств, которые разрешают повысить скорость работы программера. Сначала это средства объективно-ориентировочного программирования, дозволяющие юзеру сформировывать составляющие собственного проекта (объекта), которые потом могут неоднократно употребляться. В связи с сиим обычный Xbase язык в Visual FoxPro 3.0 существенно расширен, что дозволяет создавать настоящие объекты, классы и подклассы. Не считая того, объекты могут быть сделаны при помощи зрительных средств и зрительно употребляться в хоть какое время.
— Обеспечение полного набора средств для управления событиями. Обычно в Xbase от программера требовалось написать свой драйвер для обработки нужного набора событий либо положиться на READ-состояние ожидания, которое моделирует обработку действия системой. В WINDOWS, число событий, к которым может обращаться юзер, очень велико, и , как следует, обработка событий является сложный задачей. Visual FoxPro 3.0 имеет поистине управляемую событиями модель, так что по дефлоту система ранее, чем юзеры обрабатывает объектные действия. Не считая того, программер сейчас имеет полный доступ к набору обычных на функционировании WINDOWS событий (к примеру, движение мыши, которые допускают перетаскивание объектов).
— Обеспечение массивного набора инструментальных средств для программера. Создатели систем автоматизации обработки данных, не считая массивного набора зрительных средств проектирования могут употреблять широкие способности по интеграции систем хранения данных и доступа к серверам данных при помощи технологии ODBC. Главные новаторства — это расширение встроенного языка SQL, возможность обновления данных на сервере через редактирование курсоров, интегрированный механизм обеспечения транзакций, возможность воззвания к серверу на том диалекте SQL, который поддерживает . наличие словаря данных делает наиболее резвой разработку структуры баз данных и упрощает ее последующую эксплуатацию и поддержку.
— Обеспечение полной интеграции Visual FoxPro 3.0 в семейство прикладных программ Micrpоsoft. Единый интерфейс с более пользующимися популярностью прикладными программками Microsoft делает работу в интерактивном режиме интуитивно понятной. Поддержка правой клавиши мыши дозволяет избежать длительных путешествий по системе меню и существенно упрощает исследование новейших способностей СУБД. Просто изберите курсором объект и нажмите правую клавишу мыши. На неких диалоговых окнах, которые нередко употребляются в работе на полосе заголовка, возник переключатель в виде анимированной пиктограммы (push pin), позволяющий просто включить режим, при котором это окно будет постоянно размещено на фронтальном плане. Visual FoxPro обеспечивает полную поддержку OLE 2.0, что упрощает взаимодействие с остальным программным обеспечением в среде WINDOWS. Кроме оставшейся способности загрузки наружных функций средством команды SET LIBRARY возникла возможность воззвания к функциям динамических DLL библиотек WINDOWS средством команды DECLARE.
— Сопоставимость с ранее разработанным обеспечением в среде FoxPro.
1.2.2. Visual Basic
Visual Basic является всепригодным средством программирования, но разглядывать его способности лишь исходя из убеждений сотворения приложений по обработке данных недозволено.
В отличие от большинства пакетов программ Visual Basic не имеет головного окна, объединяющего все другие элементы интерфейса разраба. Любой элемент Visual Basic имеет свое независящее окно, которое быть может убрано либо размещено независимо от остальных в любом месте экрана.
Главные способности Visual Basic, используемые в разработке приложений для обработки инфы, могут быть реализованы благодаря наличию в нем объектов для доступа к данным — Data Access Object (DAO), 32-разрядного микропроцессора данных- JET 3.0 и предназначенных специально для работы с данными частей управления.
Микропроцессор данных в Visual Basic поддерживает все обычные операции по созданию, изменению и удалению таблиц, индексов и запросов.
формат БД микропроцессора данных Visual Basic соответствует формату Access. JET 3.0 также обеспечивает поддержку целостности и проверку вводимых и изменяемых данных на уровне полей и записей. Для конфигурации данных JET 3.0 дозволяет употреблять язык SQL.
Управление базой данных обеспечивается микропроцессором данных при помощи объектов для доступа к данным. Эти объекты разрешают разрабу программным методом, при помощи соответственных параметров и способов DAO, как манипулировать данными так и управлять структурой БД, включая ее создание. По сопоставлению с предшествующей версией Visual Basic способности объектов для доступа к данным сейчас значительно расширены. В Visual Basic для работы с данными можно использовать для работы с данными несколько рабочих областей, поддерживать целостность данных, включая каскадное удаление и обновление, и обеспечивать их защиту от несанкционированного доступа. Не считая этого применение коллекций значительно уменьшает программный код.
Неповторимым свойством JET 3.0 является возможность сотворения копий данных (репликации БД). Для сотворения копий БД разрабу довольно пользоваться способом MakeReplica при задании способа Synchronize производится согласование данных в обновляемой и уникальной БД. При этом эти операции могут производиться как с файлами формата БД микропроцессора данных, так и с БД остальных форматов, поддерживаемых через ODBC.
недозволено не отметить, что JET 3.0 употребляют индексы новейшей, наиболее малогабаритной структуры, дозволяющие уменьшить время их сотворения и убыстрить процесс поиска данных.
В Visual Basic Enterprice Edition включены объекты для доступа к наружным данным — Remote Data Object (RDO) и надлежащие элементы управления- Remote Data Control (RDC). Это дозволяет, не прибегая к помощи микропроцессора данных JET 3.0, употреблять все способности работы с курсорами на сервере, достигая очень вероятной скорости доступа к данным минимизируя сетевой трафик.
1.2.3. MS SQL Server
Microsoft SQL Server 6.5 — одна из более массивных СУБД архитектуры клиент — сервер. Эта СУБД дозволяет удовлетворять такие требования, предъявляемые к системам распределенной обработке данных, как тиражирование данных, параллельная обработка, поддержка огромных баз данных на относительно не дорогих аппаратных платформах при сохранении несмежного управления.
MS SQL Server представляет собой систему, естественно, плохо сравнимую с рассмотренными выше СУБД. Он не предназначен конкретно для разработки пользовательских приложений, а делает функции управления базой данных. Для пользовательского приложения SQL Server является массивным источником генерации и управления подходящими данными.
имеет средства удаленного администрирования и управления операциями, организованные на базе объектно – направленной распределенной среды управления. Microsoft SQL Server 6.5 заходит в состав семейства Microsoft BackOffice, объединяющего 5 серверных приложений, разработанных для совместного функционирования в качестве встроенной системы.
Microsoft SQL Server 6.5 предназначен только для поддержки систем, работающих в среде клиент-сервер. Он поддерживает широкий диапазон средств разработки и очень прост в интеграции с приложениями, работающими на ПК .
Построенная на базе технологических решений, показавшихся в Microsoft SQL Server 6.0, версия 6.5 показывает много значимых инноваций. SQL Server 6.5 превосходит предшествующую версию исходя из убеждений внедрения многопоточной параллельной архитектуры операционной системы для увеличения производительности и масштабируемости, когда на компе установлено несколько микропроцессоров.
SQL Server 6.5 имеет новейшую масштабируемую архитектуру блокировок, именуемую Динамической блокировкой ( Dinamic Locking), которая сочитает блокировку на уровне странички и записи для заслуги наибольшей производительности и подключения наибольшего числа юзеров.
SQL Server может тиражировать информацию в БД других форматов включая Oracle, BM DB2, Sybase, Microsoft Access и остальные СУБД (при наличии ODBC драйвера, отвечающего определенным требованиям).
Хранимые процедуры, поддерживающие OLE Automation, разрешают разрабу использовать фактически хоть какой инструмент из тех, что поддерживают OLE, в целях сотворения хранимых процедур для SQL Server. Visual Basic 4.0 поддерживается посредствам новейшей 32-разрядной DB-Library (OCX). Бессчетные расширения языка Transact-SQL включают расширенную поддержку курсоров, возможность использования установок определения данных снутри транзакций и т .д.
Microsoft SQL Server 6.5 содержит Помощник админа. Этот инструмент дозволяет назначать главные процедуры сопровождения базы данных и определять для их график выполнения. Операции по сопровождению баз данных включают проверку распределения страничек, целостности указателей в таблицах (включая системные) и индексах, обновления инфы, нужной оптимизатору, реорганизацию страничек в таблицах и индексах, создание страховочных копий таблиц и журналов транзакций. Все эти операции могут быть установлены для автоматического выполнения по данному админом графику.
Пакет Enterprise Manager включает утилиту, позволяющую переносить некие либо все объекты из одной базы данных в другую. Используя эту утилиту разраб либо админ может:
-выполнять копирование объектов хоть какого типа с указанием, какого типа объекты подлежат копированию ( либо копировать все объекты всех типов);
-переносить схему базы данных совместно с данными либо без их;
-дополнять либо замещать имеющиеся данные;
-уничтожать объекты в базе-приемнике перед копированием схемы;
-для копируемого объекта включать объекты от него зависящие;
-использовать обычные опции генерации кода сотворения/удаление объектов либо употреблять собственные;
-определять момент выполнения переноса объектов: немедля однократно в определенный момент времени, неоднократно по определенному графику.
, который получает объекты, должен быть Microsoft SQL Server версии 6.5.-источник быть может Microsoft SQL Server версии 4.х либо 6.х либо Sybase.
SQL Server предоставляет возможность сотворения страховочных копий и восстановления личных таблиц. загрузка таблицы быть может выполнена или из копии персональной таблицы, или из копии базы данных. загрузка личных таблиц может оказаться неплохим решением по мере необходимости восстановления данных опосля сбоя, когда загрузка всей базы данных неэффективна.
На основании проведенного анализа СУБД можно сказать, что Microsoft Access более комфортен не только лишь для программера, да и для юзера из-за наличия русифицированного интерфейса.
1.2.3 Clipper
Clipper — это сделанная компанией Nantucket Corp. система программирования приложений в среде БД, включающая в себя резвый компилятор программ, написанных на языке, близком к языку СУБД dBaseIII PLUS, редактор связей, развитый интерактивный символический отладчик, владеющий пользовательским интерфейсом в стиле меню, который можно связать с разрабатываемой программкой для облегчения её отладки, огромную библиотеку объектных модулей системных функций, также ряд служебных программ (утилит).
Система Clipper представляет собой, по существу, СУБД компилирующего типа с автономным (self-contained) языком, в значимой мере совместимую по входному языку программирования и организации базы данных с СУБД dBaseIII PLUS. Основная цель разработки этого программного продукта — достижение наиболее высочайшей производительности прикладных систем по сопоставлению с сделанными при помощи средств dBaseIII PLUS. Эта задачка решается благодаря использованию на стадии выполнения заблаговременно скомпилированного кода заместо интерпретации начальных программ, также за счёт наиболее действенных устройств индексирования файлов БД. Clipper имеет средства расширения, дозволяющие компоновать объектные модули, сделанные компилятором Clipper с объектными модулями, сделанными иными компиляторами, к примеру компиляторами Си либо Ассемблера. Это дозволяет создавать готовые программки самого различного предназначения.
1.2.4 Visual FoxPro
Visual FoxPro (VFP) — зрительная среда разработки систем управления реляционными базами данных, выпускаемая в истинное время компанией Майкрософт. Крайней версией является 9.0. Употребляет язык программирования FoxPro. Среда разработки версии 7.0 может работать в операционных системах Windows 9x и ядра NT, версии 8.0 и 9.0 — лишь в Windows XP, 2000, 2003. Среда выполнения (runtime) версий 8.0 и 9.0 работает под хоть какой версией Windows, начиная с 98.
Сначало FoxPro (первоначальное заглавие — FoxBASE) разрабатывалась Fox Software, начиная с 1984 года. В 1992 году Fox Technologies слилась с Microsoft, новейшие версии продукта обрели ряд новейших функций и приставку «Visual». Крайняя версия необычного FoxPro — версия 2.6 — работала под Mac OS, DOS, Windows и unix; уже в версии Visual FoxPro 3.0 перечень поддерживаемых платформ сократился до Mac OS и Windows, а в наиболее поздних версиях — уже лишь до Windows. Текущая версия Visual FoxPro базирована на COM, и Microsoft утверждает, что .NET-версии продукта не будет. Существует проект Sedna, который должен обеспечить возможность взаимодействия Visual FoxPro с .NET.
Разработка продукта прекращена с выходом SP2 для версии 9.0, поддержка продукта будет осуществляться до 2015 года.
1.2.5 Access
Microsoft Access — это самая пользующаяся популярностью сейчас настольная система управления базами данных. Ее фуррор можно связывать с прекрасной маркетинговой компанией, организованной Microsoft, либо включением ее в богатое свита семейства Microsoft Office. Полностью может быть, что это так. Но корень фуррора быстрее всего заключается в прелестной реализации продукта, рассчитанного как на начинающего, так и на квалифицированного юзера. Не будем на данный момент вдаваться в подробности сопоставления отдельных черт Access, и его главных соперников, к примеру Paradox for Windows либо Lotus Approach. Эта система отлично освещена в повторяющейся компьютерной печати.
Невзирая на свою ориентированность на конечного юзера в Access находится язык программирования Visual Basic for Application, который дозволяет создавать массивы, свои типы данных, вызывать DLL-функции, при помощи OLE Automation надзирать работу приложений, которые могут работать как OLE-серверы. Можно полностью создавать базы данных при помощи кодировки, когда в этом возникает необходимость.
MS Access из всех рассматриваемых средств разработки имеет, пожалуй, самый обеспеченный набор зрительных средств. Тем не наименее кодировать в Access приходится. Потому что ни одно приложение не предназначенное себе лично, сделать хотя бы без одной строки кода нереально. Для коммерческого распространения приложений, разработанных на Access, как мы уже писали, предназначен пакет Access Developer Toolkit, совместно с которым поставляются и несколько доп объектов activeX.
Основное свойство Access, которое завлекает к нему почти всех юзеров,– тесноватая Интеграция с Microsoft Office. Например, скопировав в буфер графический образ таблицы, открыв Microsoft Word и применив вставку из буфера, мы здесь же получим в документе готовую таблицу с данными из БД.
Вся работа с базой данных осуществляется через контейнеры базы данных. Отсюда осуществляется доступ ко всем объектам, а конкретно: таблицам, запросам, формам, отчетам, макросам, модулям.
Средством драйверов ISAM можно получить доступ к файлам таблиц неких остальных форматов: DBASE, Paradox, Excel, текстовым файлам, FoxPro 2.x, а средством технологии ODBC — и к файлам почти всех остальных форматов.
Access 7.0 может выступать как в роли OLE- контролера, так и OLE сервера. Это означает, что можно надзирать работу приложений Access из хоть какого приложения, при условии, что оно может выступать в роли OLE контролера и напротив.
Интегрированный SQL дозволяет очень гибко работать с данными и существенно ускоряет доступ к наружным данным.
Юзером, малознакомым с понятиями реляционных баз данных Access дает возможность делить свои сложные по структуре таблицы на несколько, связанных по главным полям.
Access – это обычная платформа для разработки настольной базы данных. В то же время на маленьком предприятии с количеством компов не больше 10, ресурсов Access полностью может хватить для обслуживания всего делопроизводства, естественно в связке с Microsoft Office. То все есть юзеры могут обращаться к одной базе данных, установленной на одной рабочей станции, которая не непременно обязана быть выделенным сервером. Для того чтоб не появились препядствия сохранности и доступа к данным, имеет смысл пользоваться средствами защиты, которые предоставляет Access. При всем этом вы сможете пользоваться мастером, если не убеждены, что сами верно установите права и ограничения для юзеров.
В отличие от остальных рассмотренных средств разработки, СУБД Access имеет русифицированный интерфейс и отчасти переведенный на российский язык файл контекстной помощи.
Также Access владеет наилучшей интегрированной системой защиты посреди всех настольных приложений СУБД. Вы сможете создавать группы, юзеров, присваивать права доступа ко всем объектам, в том числе и модулям. Потому что для Access нет компилятора, то необходимость защиты становится весьма животрепещущей для разрабов. Система защиты доступна лишь при открытой базе данных. Любому юзеру можно предоставить личный пароль. Система защиты доступна как при помощи зрительных средств, так и программным методом.
Остальные СУБД могут отыскать обширное применение в определенных критериях.
Выбор СУБД для курсового проекта
Для проектирования данной БД была выбрана среда программирования Microsoft Access.
Среда программирования в Access 2002 включает все средства, нужные для написания программ отладки процедур VBA. Самым основным компонентом данной нам среды является редактор кода Visual Basic Editor (VBE), владеющий обеспеченными способностями для облегчения процесса ввода программного кода. Не считая того, среда программирования содержит еще массу диалоговых окон, в каких отображается доборная информация, требующаяся как в процессе сотворения, так и в процессе отладки кода.
СУБД Access 7.0 для работы с данными употребляет микропроцессор баз данных Microsoft Jet 3.0, объекты доступа к данным и средства резвого построения интерфейса — Конструктор форм. Для получения распечаток употребляются Конструкторы отчетов. Автоматизация рутинных операций быть может выполнена при помощи макрокоманд. На тот вариант, когда не хватает функциональности зрительных средств юзеры Access могут обратиться к созданию процедур и функций. При всем этом как в макрокомандах можно употреблять вызовы функций, так и из кода процедур и функций можно делать макрокоманды.
Практическая реализация проекта
Данный курсовой проект состоит из таблиц, запросов, форм, отчетов и макросов. Сотворено три таблицы: «Розыск», «Приметы» и «Предпосылки розыска». Главный из этих 3-х таблиц является «Розыск», которая содержит более полную информацию о людях, объявленных в розыск.
Так, полями данной нам таблицы являются:
— код;
— фамилия;
— имя;
— отчество;
— дата рождения;
— гражданство;
— пространство жительства;
— на данный момент (разыскивается, отбывает наказание, снят с учёта);
— приметы;
— был одет;
— другое;
— мера пресечения (арест, ограничение свободы, заключение под стражу).
Рис. 1. – Таблица «Розыск»
Во 2-ой таблице – «Приметы» есть поля:
— код;
— был одет;
— наружные данные;
— особенные приметы;
— фото.
Рис. 2 – Таблица «Приметы»
3-я таблица – «Предпосылки розыска» показывает более полную информацию о содеянных грехах и пропажах без вести, т.е.:
— тип (пропал без вести, уголовное дело);
— наименование статьи;
— статья;
— группы злодеяний (не представляющие большенный публичной угрозы, наименее тяжкие, тяжкие, особо тяжкие);
— остальные отметки.
Рис. 3 – Таблица «Предпосылки розыска»
Все таблицы были соединены меж собой по полю «Код» связями «Один к почти всем».
Рис. 4 – Схема данных
Также в базе данных были сделаны несколько запросов:
1) запрос по гражданству – введя страну, можно получить данные на разыскиваемых, людей различных государств.
Рис. 5 – запрос по гражданству
2) запрос по категориям злодеяниям – введя категорию злодеяния, можно получить данные о категориях злодеяния и людях, совершивших их.
Рис. 6 – запрос по категориям злодеяний
3) поиск по фамилии – введя фамилию, вы получите все данные о разыскиваемом человеке.
Рис. 7 – поиск по фамилии
В базе данных реализованы такие формы как:
Рис. 8 – мастер форм
Рис. 9 – справка для осужденных
Рис. 10 – о программке
И отчеты:
Рис. 11 – отчет на запрос по фамилии
Рис. 12 – отчет «Розыск»
Рис. 13 – отчет «Справка для разыскиваемых»
Возникновение баз данных знаменовало собой еще один шаг на пути организации работы с декларативной информацией. В базах данных могут сразу храниться огромные объемы инфы, а особые средства, образующие систему управления базами данных (СУБД), разрешают отлично манипулировать с данными, по мере необходимости извлекать их из базы данных и записывать их в подходящем порядке в базу.
Существует много весомых обстоятельств перевода имеющейся инфы на компьютерную базу. на данный момент стоимость хранения инфы в файлах ЭВМ дешевле, чем на бумаге. Базы данных разрешают хранить, структурировать информацию и извлекать хорошим для юзера образом. Внедрение клиент/серверных технологий разрешают сберечь значимые средства, а основное и время для получения нужной инфы, также упрощают доступ и ведение, так как они основываются на всеохватывающей обработке данных и централизации их хранения. Не считая того ЭВМ дозволяет хранить любые форматы данных, текст, чертежи, данные в рукописной форме, фото, записи голоса и т.д.
Перечень использованных источников
www.Гугл.com.by
www.comp.sprinter.ru
www.ozon.ru
www.dialektika.com
www.litera.by
www.mirknig.com
Приложения
приложение 1 – таблица «Розыск»
Приложение 2 – таблица «Предпосылки розыска»
приложение 3 – таблица «Приметы»
Приложение 4 – форма «Для осужденных»
приложение 5 – форма «Для осужденных (запрос по фамилии)»
приложение 6 – форма «Запросы»
Приложение 7 – форма «О программке»
приложение 8 – форма «Розыск (мастер)»
Приложение 9 – форма «Розыск (в столбец)»
приложение 10 – запрос по гражданству
Приложение 11 – запрос по категориям злодеяний
Приложение 12 – поиск по фамилии
приложение 13 – отчет на запрос по фамилии
приложение 14 – отчет «Розыск»
Приложение 15 – отчет «Справка для осужденных»
приложение 16 – отчет «Справка для разыскиваемых»
приложение 17 – отчет «Справка для снятых с учета»
приложение 18 – основная форма
]]>