База данных

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

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

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

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

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

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

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

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

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

Недостатки: сложность; размер программного обеспечения; cтоимость СУБД; дополнительные затраты на аппаратное обеспечение; затраты на преобразование приложений; производительность; более серьезные последствия при выходе системы из строя.

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

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

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

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

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

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

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

 

 

 

 

 

Заключение

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

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

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

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

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

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

Иерархические и CODASYL-системы  представляют собой первое поколение  СУБД. Типичным представителем иерархической  модели является система IMS (Information Management System), a сетевой (CODASYL-модели) - система IDS (Integrated Data System). Обе они появились в середине 60-х годов. Реляционная модель, впервые предложенная Э. Ф. Коддом в 1970 году, представляет собой второе поколение СУБД. Она оказала значительное влияние на сообщество разработчиков СУБД, и в настоящее время существует более 100 различных типов реляционных СУБД.

Третье поколение СУБД представляют объектно-реляционные  СУБД и объектно-ориентированные  СУБД.

В СССР в середине 70-х годов  была разработана универсальная  СУБД, которую с точки зрения сегодняшнего дня (с некоторыми оговорками) можно  отнести к системам третьего поколения

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

 

 

 

 

 

 

 

Список используемой литературы

1. Атре Ш. Структурный подход к организации баз данных. – М.: Мир, 2002.-320 с.
2. Бородина А.И. Технологии баз данных и знаний - Мн.: БГЭУ. 2008 г. - 505 с
3. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир, 1999. – 252 с.
4. Мейер М. Теория реляционных баз данных. – М.: Мир, 2000. – 608 с.
5. Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., – М.: Мир, 1999. Кн. 1. – 287 с.: Кн. 2. – 320 с.
6. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир, 2001. – 294 с.
7. Швецов В.И, Визгунов А.Н, Мееров И.Б. Базы данных: Учебное пособие: Изд-во ННГУ, 2004. - 217 с.
8. http://www.intuit.ru/department/database/dbmdi/1/2.html
9. http://www.feip74.ru/informatika/1008-lekcija-3.-tranzakcii-i-blokirovki-principy.html
10. http://stfw.ru/page.php?id=9936
11. http://www.intuit.ru/department/database/dbmdi/14/2.html

 

 

 

¹ IBM ( International Business Machines) — транснациональная корпорация со штаб-квартирой в Армонке, штат Нью-Йорк (США), один из крупнейших в мире производителей и поставщиков аппаратного и программного обеспечении, а также ИТ-сервисов и консалтинговых услуг.

² DB2 — семейство систем управления реляционными базами данных, выпускаемых корпорацией IBM. Чаще всего, ссылаясь на DB2, имеют в виду реляционную систему управления базами данных DB2 Universal Database (DB2 UDB)

³ Informix — семейство систем управления реляционными базами данных (СУБД), выпускаемых компанией IBM. Informix позиционируется как флагман среди СУБД IBM, предназначенный для онлайновой обработки транзакций (OLTP), а также как СУБД для интегрированных решений.

⁴ ODBC (Open Database Connectivity) — это программный интерфейс (API) доступа к базам данных, разработанный фирмой Microsoft, в сотрудничестве с Simba Technologies на основе спецификаций Call Level Interface (CLI), который разрабатывался организациями SQL Access Group, X/Open и Microsoft.

⁵ Эдгар Франк «Тед» Кодд (Edgar Frank Codd; 23 августа 1923 — 18 апреля2003) — британский учёный, работы которого заложили основы теории реляционных баз данных.

⁶ Интранет (Intranet, также употребляется термин интрасеть) — в отличие от сети Интернет, это внутренняя частная сеть организации. Как правило, Интранет — это Интернет в миниатюре, который построен на использовании протокола IP для обмена и совместного использования некоторой части информации внутри этой организации.