База данных

При составлении запроса можно сопоставлять значения реквизитов в различных комбинациях логических связок по «И» и «ИЛИ», учитывать знаки соотношения и частично известные значения реквизитов.

Например, в выше описанном простом примере учета лиц при необходимости поиска записей всех лиц, имеющих отчество «ИВАНОВИЧ» и знающих жаргон, указывается связка «И». Найдены будут записи №2 и №3. См. рис.1.

Другой пример. При поиске записей всех лиц с фамилиями «ИВАНОВ» и «СОМОВ» указывается связка «ИЛИ». Будут найдены записи №1, №2 и №5. См.1.

Пример запроса с учетом знаков соотношения – поиск записей лиц до 1950 года рождения. В этом случае значения реквизита «Дата рождения» должны быть меньше даты 500101. Это запись №3 в нашем примере.

Найти запись можно даже при частично известном значении реквизита. В этом случае для описания неизвестных элементов значения реквизита используется знак: «*».

Существенно ускорить поиск записей в БД можно, если использовать так называемые индексные файлы.

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

При создании индексных файлов в качестве индекса выбирается один из нескольких реквизитов записи БД, например, реквизит «Фамилия» для нашего примера. Дополнительно в состав индекса включают реквизиты, наиболее часто участвующие в запросах, например номер записи. При вводе информации одновременно с БД, система создает файл, где будут храниться только фамилии и номера записей (рис.2).

 

Значение индекса	Номера записей
ИВАНОВ	1.5
СОМОВ	2
ВИНИН	3
ШВАРЦ	4

 

Рис.2. Пример, иллюстрирующий индексный файл БД

 

Если в запросе есть реквизит (индекс) «Фамилия», то система обратится к индексному файлу и определит номера соответствующих записей, поместив их в специальный файл для последующего вывода. Выбор записей в этом случае производится значительно быстрее.

 

Составление запроса в ИС ОВД

Согласно приказа МВД РФ №400-93 г. все централизованные учеты разделяются на три группы: оперативно-справочные, розыскные и криминалистические. Формирование запроса существенно зависит от соответствующей группы централизованных учетов, куда обращается заинтересованное лицо.

При составлении запроса необходимо учитывать то, что централизованные учеты формируются территориальному принципу и объединяются в ГИЦ МВД России. Поэтому запросы направляются в региональные или федеральные информационные подразделения. Сроки исполнения различных запросов от 2-4 часов до 7 рабочих дней (без учета времени пересылки запроса) в зависимости от срочности и способа поступления запроса в ГИЦ МВД России или ИЦ УВД.

Правила обращения к информационным системам

При обращении к информационным системам необходимо соблюдать следующие правила:

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

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

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

4. Прежде чем обращаться федеральным  учетам, необходимо направить запросы в ИЦ всех тех регионов, где может содержаться интересующая следствие информация.

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

 

Оформление запроса

В зависимости от возможностей и потребностей пользователей запросы подразделяются на:

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

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

 

Запросы оформляются в соответствии с приказом №400-93г. В зависимости от группы централизованного учета. Это могут быть:

• требования (приложение №10 приказа №400-93г.); фототаблицы следов пальцев рук; списки лиц для проверки по учету ИЦ (приложение.11); дактилоскопические каты (приложение№2);
• телеграммы и шифртелеграммы (удаленный терминал);
• мотивированные письма-запросы произвольной формы;
• телефонный звонок (при наличии пароля ответ о факте наличия объекта будет только «да» или «нет»), телеграмма;
• инициативный запрос и ориентировка;
• некоторые другие (приложение№2 приказа №400-93г.).

 

Правила оформления требований

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

Требования, заполненные небрежно, возвращаются инициатору проверки без исполнения.

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

После получения письма-запроса осуществляется визуальный осмотр (правовой, логический контроль), в случае нехватки данных запрос уточняется по телеграфу или телефону и корректируется.

 

Введение

 

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

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

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

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

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

 

Краткая характеристика программного обеспечения, используемого при создании СУБД

Рассмотрим более подробно программные продукты компании Microsoft, а именно Visual FoxPro 3.0, Visual Basic 4.0, Visual C++, Access 7.0, SQL Server 6.5. Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.

Visual FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным. Применяется для приложения масштаба предприятия для работы на различных платформах: Windows 3.х, Windows 95, Macintosh…Минимальные ресурсы ПК: для Visual FoxPro версии 3.0 – процессор 468DX, Windows 3.1,95,NT, объем оперативной памяти 8(12) Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 г.) – Windows 95 или NT,486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.

Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различной форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 486DX, Windows 3.1,95,NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

Visual Basic - это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применятся для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1,95,NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36 Мб.

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

SQL Server – сервер баз данных, реализует подход «клиент/сервер» и взаимодействует с указанными пакетами. Главные достоинства: высокая степень защиты данных, мощные средства для обработки данных, требующих соблюдения режима секретности. Минимальные ресурсы ПК: процессор 468DX-33МГц, Windows NT, объем оперативной памяти 16 (32) Мб, занимаемый объем на ЖМД 80 Мб.

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

 

Принципы создания данных,

лежащие в основе современных СУБД.

 

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

Иерархическая модель данных сроится по принципу иерархии объектов, то есть один тип объекта является главным, все нижележащие – подчиненными. Устанавливается связь «один ко многим», то есть для некоторого данного типа существует несколько подчиненных типов объектов. Иначе, главный тип именуется исходным типом, а подчиненные – порожденными. У подчиненных типов могут быть в свою очередь подчиненные типы. Наивысший в иерархии узел (совокупность атрибутов) называются корневым.

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

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

Объект (Сущность) – элемент какой-либо системы, информация о котором сохраняется. Объект может быть как реальным (например, человек), так и абстрактным (например, событие – поступление человека в стационар).

Атрибут – информационное отображение свойств  объекта. Каждый объекта характеризуется набором атрибутов.

Таблица – упорядоченная структура, состоящая из конечного набора однотипных записей.

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