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

 

СОДЕРЖАНИЕ 

Введение		3
1.	Понятие и функции СУБД	4
2.	Виды СУБД, используемые в  органах государственного управления	11
Заключение Список литературы		19 20

 

 

Введение 

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

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

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

     Цель  реферата – выявить сущностные черты  СУБД в органах государственного управления.

 

     1.Понятие и функции СУБД 

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

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

     В общем СУБД - это система, позволяющая создавать базы данных и манипулировать сведениями из них. А осуществляет этот доступ к данным СУБД посредством специального языка - SQL¹.

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

     Итак, простейшая схема работы с базой  данных выглядит примерно так: 
 
 

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

     Каталог, доступный конечным пользователям. СУБД должна иметь доступный конечным пользователям каталог, в котором хранится описание элементов данных. Ключевой особенностью архитектуры ANSI-SPARC является наличие интегрированного системного каталога с данными о схемах, пользователях, приложениях и т.д. Предполагается, что каталог доступен как пользователям, так и функциям СУБД. Системный каталог, или словарь данных, является хранилищем информации, описывающей данные в базе данных (по сути, это - метаданные). В зависимости от типа используемой СУБД количество информации и способ ее применения могут варьироваться. Обычно в системном каталоге хранятся следующие сведения: имена, типы и размеры элементов данных; имена связей; накладываемые на данные ограничения поддержки целостности; имена санкционированных пользователей, которым предоставлено право доступа к данным; внешняя, концептуальная и внутренняя схемы и отображения между ними; статистические данные, например частота транзакций и счетчики обращений к объектам базы данных.

     Системный каталог позволяет достичь определенных преимуществ:

1. Информация о данных может быть централизованно собрана и сохранена, что позволит контролировать доступ к этим данным, как и к любому другому ресурсу.
2. Можно определить смысл данных, что поможет другим пользователям понять их предназначение.
3. Упрощается сообщение, так как сохраняются точные определения смысла данных. В системном каталоге также могут быть указаны один или несколько пользователей, которые являются владельцами данных или обладают правом доступа к ним.
4. Благодаря централизованному хранению избыточность и противоречивость описания отдельных элементов данных могут быть легко обнаружены.
5. Внесенные в базу данных изменения могут быть запротоколированы.
6. Последствия любых изменений могут быть определены еще до их внесения, поскольку в системном каталоге зафиксированы все существующие элементы данных, установленные между ними связи, а также все их пользователи.
7. Меры обеспечения безопасности могут быть дополнительно усилены.
8. Появляются новые возможности организации поддержки целостности данных.
9. Может выполняться аудит сохраняемой информации.

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

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

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

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

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

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

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

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

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

1. Утилиты импортирования, предназначенные для загрузки базы данных из плоских файлов, а также утилиты экспортирования, которые служат для выгрузки базы данных в плоские файлы.
2. Средства мониторинга, предназначенные для отслеживания характеристик функционирования и использования базы данных.
3. Программы статистического анализа, позволяющие оценить производительность или степень использования базы данных.
4. Инструменты реорганизации индексов, предназначенные для перестройки индексов и обработки случаев их переполнения.
5. Инструменты сборки мусора и перераспределения памяти для физического устранения удаленных записей с запоминающих устройств, объединения освобожденного пространства и перераспределения памяти в случае необходимости.

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

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

      Согласно  статье 5 федерального закона от 27.07.2006 №149-ФЗ «Об информации, информационных технологиях и о защите информации»  информация в зависимости от категории доступа к ней подразделяется на общедоступную информацию, а также на информацию, доступ к которой ограничен федеральными законами (информация ограниченного доступа)⁶.

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

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

      Защита  информации, составляющей государственную  тайну, осуществляется в соответствии с законодательством Российской Федерации о государственной тайне (статья 9, часть 3).

      Отдельно  нужно сказать о защите общедоступной  информации. В данном законе вводится понятие «Государственные информационные системы» - это федеральные информационные системы и региональные информационные системы, созданные на основании соответственно федеральных законов, законов субъектов Российской Федерации, на основании правовых актов государственных органов. Государственные информационные системы создаются с учетом требований, предусмотренных Федеральным законом от 21 июля 2005 года N 94-ФЗ "О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд"⁷ .

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

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

 

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

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

      К первому классу относятся СУБД, ориентированные  для работы на персональном компьютере (dBASE, FoxPro, MS Access и т.п.). Изначально они поддерживали работу с данными только одного пользователя. Вся СУБД такого класса выполняется как единая программа, таблицы базы данных представляются отдельными файлами на диске того же персонального компьютера. С развитием локальных сетей разработчики СУБД этого класса стали приспосабливать их к работе в сетевой среде, в которой потенциально стало возможным организовать доступ к данным с нескольких персональных компьютеров, включенных в локальную сеть. Файлы базы данных при этом размещаются на файловом сервере. На каждом же рабочем месте работает собственная копия программы-СУБД и прикладная программа, и на их выполнение могут оказывать существенное влияние характеристики компьютера этого рабочего места. Таким образом, при наличии в сети N рабочих мест с одними и теми же данными работают N копий программы-СУБД, одними и теми же данными управляют сразу N копий СУБД. Ошибка в выполнении одной из копий не будет замечена другими копиями. При выполнении запросов к базе данных копия СУБД может либо производить поиск данных в удаленных файлах на файловом сервере, либо копировать все файлы, в которых ведется поиск в свою локальную файловую систему. В первом случае возникают проблемы одновременного доступа к данным при их изменении. Данные, над которыми производится изменения, должны быть заблокированы. Средства файлового сервера позволяют выполнять блокировку на уровне файлов, но не на уровне записей, что существенно снижает эффективность параллельной работы с базой данных многих пользователей. Во втором же случае, во-первых, требуется передача по сети больших объемов информации, а во-вторых, получается, что разные рабочие места работают с разными копиями данных и эти копии могут стать неидентичными⁸.