Изменение схемы базы данных не требует корректировки прикладных программ

Содержание

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

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

В этом уроке вы узнаете:

Что такое независимость данных СУБД?
Типы независимости данных
Уровни базы данных
Независимость физических данных
Независимость логических данных
Разница между физической и логической независимостью данных
Важность независимости данных

Типы независимости данных

В СУБД существует два типа независимости данных

Физическая независимость данных
Независимость логических данных.

Уровни базы данных

Прежде чем мы изучим независимость данных, важно освежить в памяти уровень базы данных. База данных имеет 3 уровня, как показано на диаграмме ниже

10. Масштабирование БД. Базы данных

Физические / Внутренняя
концептуальный
внешний

Рассмотрим пример базы данных университета. На разных уровнях так будет выглядеть реализация:

Students(id: int, name: string, login: string, age: integer) Courses(id: int, cname.string, credits:integer) Enrolled(id: int, grade:string)

Отношения хранятся как неупорядоченные файлы.
Указатель по первому столбцу студентов.

Независимость физических данных

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

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

Примеры изменений в физической независимости данных

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

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

Независимость логических данных

Независимость логических данных – это способность изменять концептуальную схему без изменения

NoSQL простым языком: что это и зачем нужно?

Внешние взгляды
Внешний API или программы

Любые сделанные изменения будут поглощены сопоставлением между внешним и концептуальным уровнями.

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

Примеры изменений в разделе «Логическая независимость данных»

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

Добавить / изменить / удалить новый атрибут, сущность или отношение возможно без перезаписи существующих прикладных программ
Объединение двух записей в одну
Разбить существующую запись на две или более записей

Разница между физической и логической независимостью данных

Независимость данных Logica	Независимость физических данных
Независимость логических данных в основном касается структуры или изменения определения данных.	В основном касается хранения данных.
Это сложно, так как получение данных в основном зависит от логической структуры данных.	Это легко получить.
По сравнению с логической физической независимостью трудно достичь логической независимости данных.	По сравнению с логической независимостью легко достичь физической независимости данных.
Вам необходимо внести изменения в прикладную программу, если новые поля добавляются или удаляются из базы данных.	Изменение физического уровня обычно не требует изменений на уровне прикладной программы.
Модификация на логических уровнях важна всякий раз, когда изменяются логические структуры базы данных.	Модификации, сделанные на внутренних уровнях, могут или не могут быть необходимы для улучшения производительности конструкции.
Относится к концептуальной схеме	Относится к внутренней схеме
Пример: Добавить / Изменить / Удалить новый атрибут	Пример: изменение методов сжатия, алгоритмов хеширования, устройств хранения и т. Д.

Важность независимости данных

Помогает вам улучшить качество данных
Обслуживание системы баз данных становится доступным
Обеспечение соблюдения стандартов и улучшение безопасности баз данных
Вам не нужно изменять структуру данных в прикладных программах
Разрешить разработчикам сосредоточиться на общей структуре базы данных, а не беспокоиться о внутренней реализации
Это позволяет вам улучшить состояние, которое не повреждено или неразделено
Несоответствие базы данных значительно уменьшается.
Легко вносить изменения в физический уровень необходим для повышения производительности системы.

Резюме

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

Источник: coderlessons.com

Введение в технологию баз данных

1. КОМПЬЮТЕРНЫЕ ТЕХНОЛОГИИ В ЭКСПЕРТНОЙ ДЕЯТЕЛЬНОСТИ

2. Тема: «Введение в технологию баз данных».

Учебные вопросы:
1. Подходы к организации данных
2. Уровни представления данных
3. Модели данных

3. Литература

основная:
1. Мишин А.В. Информационные технологии в профессиональной
деятельности: учебное пособие / А.В. Мишин, Л.Е. Мистров,
Д.В. Картавцев. – М.: РАП, 2011. – С. 241-259.
дополнительная:
2. ГОСТ 15971–90. Системы обработки информации. Термины и
определения. – М.: Изд-во стандартов, 1991. – 12 с.
3. ГОСТ 34.320-96. Информационные технологии. Система
стандартов по базам данных. Концепции и терминология для
концептуальной схемы и информационной базы. – М.:ИПК Издво стандартов, 2001. – 43 с.
4. ГОСТ 20886–85. Организация данных в системах обработки
данных. Термины и определения. – М.: Изд-во стандартов,
1986. – 12 с.

4. 1. Подходы к организации данных

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

5. Исходные термины

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

6. Подходы к организации данных

Организация данных – представление данных и
управление данными в соответствии с определенными
соглашениями.
Два подхода к организации массивов данных:
файловая организация и
организация в виде базы данных.
Файловая организация предполагает специализацию и
хранение данных, ориентированных, как правило, на
одну прикладную задачу, и обеспечивается самим
прикладным программистом.

7. Недостатки файловой организации

1. Значительная избыточность данных. Узкая специализация
обрабатывающих программ и файлов обусловливает необходимость
хранения одних и тех же элементов данных в разных системах.
2. Невозможность выявления противоречивых данных. Причина
очевидна – для выполнения одних и тех же операций на различных
файлах требуются разные программы, а управление осуществляется
разными лицами (группами лиц).
3. Низкий уровень удовлетворения информационных запросов
пользователей. Разработанные для специализированных
прикладных программ файлы нельзя использовать для
удовлетворения запросов пользователей, перекрывающих две и более
предметных области. Более того, файловая организация данных
вследствие отличий структуры записей и форматов представления
данных не обеспечивает выполнения многих информационных
запросов даже в тех случаях, когда все, необходимые элементы
содержатся в имеющихся файлах.

8. Организация в виде базы данных

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

9. Основные требования к БД

1. Интегрированность данных, т.е. хранение данных
в едином хранилище – БД.
2. Независимость данных. Различают логическую
(изменение схемы БД не требует корректировки
прикладных программ) и физическую (изменение
метода организации данных не влияет ни на
прикладные программы, ни на схему БД)
независимость данных.
3. Адекватность предметной области, т.е.
возможность отображения любых фактов,
характеризующих предметную область.
4. Целостность данных (удовлетворение
предъявляемым логическим требованиям).

10. Основные требования к БД

5. Минимальная избыточность (дублирование)
хранимых данных, обеспечивающая требуемую
производительность БД.
6. Способность БД к расширению.
7. Возможность поиска по нескольким ключам.
8. Обеспечение защиты данных от
несанкционированного доступа или случайного
уничтожения хранимых данных. Предполагает
введение мер по идентификации пользователей и
контролю их действий с точки зрения
предоставленных полномочий, а также
восстановление БД при аппаратных сбоях ЭВМ.

11. Банк данных и СУБД

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

12. Виды управления данными

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

13. Характеристика СУБД

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

14. Характеристика СУБД

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

15.

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

16. Характеристика внутренней схемы БД

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

17. Характеристика концептуальной схемы БД

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

18. Характеристика внешней схемы БД

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

19. 3. Модели данных

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

20. Иерархическая модель данных

Иерархическая модель данных – модель данных,
предназначенная для представления данных иерархической
структуры и манипулирования ими.
Иерархическая модель организует данные в виде древовидной
структуры и является реализацией логических связей: родовидовых отношений и отношений «часть-целое».

21. Иерархическая модель данных

Дерево представляет собой иерархию элементов, называемых
узлами (вершинами). Под элементами понимается список
(совокупность, набор) атрибутов, описывающих объекты.
Выделяют корневой узел (корень дерева) и порожденные узлы.
Корень находится на самом верхнем уровне и не имеет
предшествующих узлов. Остальные узлы, называемые
порожденными, связаны между собой следующим образом: каждый
узел имеет исходный (предшествующий) узел, находящийся на
более высоком уровне, и произвольное количество порожденных им
узлов на последующем уровне.
Узлы, не имеющие порожденных ими узлов, называют листьями.
Между исходным узлом и порожденными узлами существует отношение
«один ко многим (многие к одному)». Использование данного отношения
позволяет представлять иерархическую структуру так:

22. Требования к иерархии

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

23. Сетевая модель данных

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

24. Реляционная модель данных

Реляционная модель данных – модель данных,
основанная на представлении данных в виде набора
отношений, каждое из которых представляет собой
подмножество декартова произведения определенных
множеств, и манипулировании ими с помощью множества
операций реляционной алгебры или реляционного
исчисления.
Домен – это множество значений. Примерами доменов
могут служить множество целых чисел, множество вузов,
множество фамилий студентов и т.д.
Отношением R называется подмножество декартова
произведения одного или более доменов. Элементами
отношения являются кортежи.

25. Примеры отношений

26. Пример представления данных

В практике реляционных БД отношения представляются в виде
двумерной таблицы, в которой строка есть кортеж, каждый столбец
соответствует только одной компоненте этого отношения.
Такие таблицы обладают следующими свойствами.
1. Каждый элемент таблицы представляет собой один элемент
данных, повторяющиеся группы отсутствуют.
2. Все столбцы в таблице однородные, т.е. элементы столбца имеют
одинаковую природу.
3. В таблице нет двух одинаковых строк.
4. Строки и столбцы таблицы могут просматриваться в любом порядке
и в любой последовательности.
Списочный состав подгруппы
Наименование
подгруппы
Ф.И.О.
Дата
рождения
Адрес
местожительства
Аттестат о
среднем
образовании

27. Понятие ключа

Минимальное подмножество атрибутов X, совокупность
значений которых однозначно идентифицируют кортежи А1, А2, . , Аk > отношения R (каждую строку таблицы),
называют ключом.
Ключ должен удовлетворять следующим двум условиям:
1. Функциональная зависимость X А1, А2, . , Аk принадлежит
полному множеству функциональных зависимостей F+, которое
логически следует из заданного множества этих зависимостей F.
2. Ни для какого собственного подмножества X зависимостей Y А1,
А2, . , Аk, где Y X, не принадлежит F+.
При удовлетворении первого условия считается, что ключ обладает
свойством однозначной идентификации кортежа, а при
удовлетворении второго – свойством отсутствия избыточности.
Отношение может иметь несколько ключей, называемых
возможными ключами. Один из возможных ключей, выбираемый для
идентификации записей, называется первичным ключом.

28. Достоинства и недостатки моделей данных

29. Спасибо за внимание!

Подгот
овил А.В.
Мишин
31.01.2016
Спасибо за
внимание!
Кафедра правовой
информатики,
информационного права
и
естественно-научных
дисциплин
Центрального филиала

Источник: ppt-online.org

Базы и банки данных

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

Введение…………………………………………………………………………..3
1.Общие понятие базы данных и банка данных…………………………..…. 4
2.Структура типового банка данных…………………………………..……….5
3.Структура простейшей базы данных……………………………….………. 6
4.Свойства полей базы данных……………………………………….…..…. 6
5.Типы данных…………………………………………………………..……. 8
6.Общие принципы хранения информации…………………………..…..…. 9
7.Организация банков данных…………………………………….……. ….11
8. Пользователи банков данных………………………………………..…..…12
9.Преимущества банков данных……………………………………….….….12
10.Недостатки банков данных……………………………………….….…….13
11.Безопасность баз данных………………………………………….……….14
Заключение……………………………………………………………. …..….15
Библиографический список……………………………………………. …. 16

Работа состоит из 1 файл

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

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

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

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

К БД предъявляются следующие требования.

– независимость данных. Различают логическую (изменение схемы БД не требует корректировки прикладных программ) и физическую (изменение метода организации данных не влияет ни на прикладные программы, ни на схему БД) независимость данных;

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

– целостность (удовлетворение предъявляемым логическим требованиям) данных;

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

– минимальная избыточность (дублирование) хранимых данных, обеспечивающая требуемую производительность БД;

– способность БД к расширению;

– возможность поиска по нескольким ключам;

– дружелюбность интерфейсов и малое время на освоение системы, особенно для конечных пользователей;

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

– приемлемые экономические и физические характеристики функционирования БД (стоимость обработки, время реакции системы на запросы, требуемые машинные ресурсы и др.).

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

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

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

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

Организация банков данных

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

Пользователи банков данных

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

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

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

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

9. Преимущества банков данных

Особенности организации данных в виде БНД определяют их основные преимущества перед файловой организацией.

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

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

10. Недостатки банков данных

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

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

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

11. Безопасность баз данных

Базы данных — это тоже файлы, но работа с ними отличается от работы с файлами других типов, создаваемых прочими приложениями.

Для базы данных предъявляются особые требования с точки зрения безопасности, поэтому в них реализован другой подход к сохранению данных.

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

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

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

Источник: www.freepapers.ru