Под БД понимается некоторая совместно используемая совокупность логически связанных данных (и описание этих данных), предназначенная для удовлетворения информационных потребностей пользователей.
На сегодня наиболее общее и полное определение БД дается в Законе «О правовой охране программ и электронно-вычислительных машин и баз данных». Согласно ст.1 этого закона БД – это объективная форма представления и организации совокупности данных, систематизированных таким образом, чтобы эти данные могли быть найдены и обработаны с помощью ЭВМ.
В нестрогом смысле слова БД – совокупность данных и связей между ними, хранящихся в виде одного или более файлов данных с произвольной организацией доступа.
Задача БД состоит в хранении всех представляющих интерес данных в одном или нескольких местах, причем таким способом, который заведомо исключает ненужную избыточность. В хорошо спроектированной БД избыточность данных исключается, и вероятность сохранения противоречивых данных минимизируется. Таким образом, создание БД преследует две основные цели:
1. понизить избыточность данных;
2. повысить их надежность.
2.2. СУБД.
БД создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных (СУБД). Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. СУБД может содержать утилиты, приложения, сервисы, библиотеки, средства создания приложений и другие компоненты.
Функции СУБД
1. Хранение, извлечение и обновление данных. СУБД должна предоставлять пользователям возможность сохранять, извлекать и обновлять данные в БД. Это самая фундаментальная функция СУБД.
2. Наличие системного каталога. СУБД должна иметь доступный конечным пользователям каталог, в котором хранится описание элементов данных.
3. Поддержка транзакций. СУБД должна иметь механизм, который гарантирует выполнение либо всех операций обновления данной транзакции, либо ни одной из них.
4. Сервисы управления параллельностью. СУБД должна иметь механизм, который гарантирует корректное обновление БД при параллельном выполнении операций обновления многими пользователями.
5. Сервисы восстановления. СУБД должна предоставлять средства восстановления БД на случай какого-либо ее повреждения или разрушения.
6. Сервисы контроля доступа к данным. СУБД должна иметь механизм, гарантирующий возможность доступа к БД только санкционированных пользователей.
7. Поддержка обмена данными. СУБД должна обладать способностью к интеграции с коммуникационным программным обеспечением.
8. Службы поддержки целостности данных. СУБД должна обладать инструментами контроля за тем, чтобы данные и их изменения соответствовали заданным правилам.
9. Службы поддержки независимости от данных. СУБД должна обладать инструментами поддержки независимости программ от физической структуры БД.
10. Вспомогательные службы. СУБД должна предоставлять некоторый набор различных вспомогательных служб:
- средства мониторинга, предназначенные для отслеживания характеристик функционирования и использования БД;
- программы статистического анализа, позволяющие оценить производительность или степень использования БД;
- инструменты сборки мусора и перераспределения памяти для физического устранения удаленных записей с запоминающих устройств, объединения освобожденного пространства и перераспределения памяти в случае необходимости.
Транзакции
При работе СУБД возникает необходимость защиты БД от возможных случайных или преднамеренных ситуаций, когда существует вероятность потери данных. Например, при доступе к БД сразу нескольких пользователей возможно повреждение или неправильная запись данных. Очевидно, что из таких ситуаций СУБД должна уметь корректно выходить. Одним из способов решения этих проблем является механизм транзакций.
Поддержание механизма транзакций – показатель уровня развитости СУБД. Корректное поддержание транзакций одновременно является основой обеспечения целостности БД. Транзакции также составляют основу изолированности пользователя во многопользовательских системах.
Под транзакцией (транзитное действие) понимается неделимая с точки зрения воздействия на БД последовательность операторов манипулирования данными (чтения, вставки, удаления, модификации) такая, что возможны два итога:
- результаты всех операторов, входящих в транзакцию, соответствующим образом отображаются в БД;
- воздействие всех этих операторов полностью отсутствует.
Транзакции представляют такие события реального мира, как, например, перевод денег с одного счета на другой, прием на работу нового сотрудника, регистрация нового клиента и т. п. С точки зрения программы эти действия состоят из нескольких операций, а с точки зрения пользователя эти операции представляют собой единое задание.
Рассмотрим БД «Сессия». Добавим в таблицу «Кадровый состав» столбец НАГРУЗКА для решения дополнительной задачи – расчета общей годовой нагрузки преподавателей. Тогда любая операция по внесению изменений или по добавлению данных в столбец ПРЕПОДАВАТЕЛЬ таблицы «Учебный план» должна сопровождаться соответствующими изменениями данных в столбце НАГРУЗКА. Если после внесения изменений в столбец ПРЕПОДАВАТЕЛЬ произойдет сбой, то БД окажется в нецелостном состоянии.
Для обеспечения контроля целостности каждая транзакция должна начинаться при целостном состоянии БД и должна сохранить это состояние целостным после своего завершения.
Возможны два варианта завершения транзакции. Если все операторы выполнены успешно и в процессе транзакции не произошло никаких сбоев программного или аппаратного обеспечения, транзакция фиксируется.
Фиксация транзакции – это действие, обеспечивающее запись на диск изменений в БД, которые были сделаны в процессе выполнения транзакции.
До тех пор пока транзакция не зафиксирована, допустимо аннулирование этих изменений, восстановление БД в то состояние, в котором она была на момент начала транзакции. Фиксация транзакции означает, что все результаты выполнения транзакции становятся постоянными.
Если в процессе выполнения транзакции случилось нечто такое, что делает невозможным ее нормальное завершение, БД должна быть возвращена в исходное состояние. Откат транзакции – это действие, обеспечивающее аннулирование всех изменений данных, которые были сделаны в процессе текущей незавершенной транзакции.
Каждый оператор в транзакции выполняет свою часть работы, но для успешного завершения всей работы в целом требуется безусловное завершение всех операторов.
2.3. Словарь данных.
Словарь данных (или системный каталог) помогает унифицировать и централизовать описание структур данных, уменьшить избыточность и предупредить противоречивость данных, своевременно и единообразно корректировать описания данных и удалять устаревшие. Он обеспечивает единую терминологию.
Словарь включает в себя сведения:
- об объектах, свойствах и отношениях для данной предметной области;
- о данных, хранимых в БД (их наименование, смысл, структура, связи с другими данными);
- о формате и допустимых значениях данных;
- об источниках получения данных;
- о кодах защиты и разграничения доступа к данным.
Основные назначения словаря данных:
1. Централизованное ведение и управление данными как ресурсом на всех этапах проектирования, реализации и эксплуатации системы.
2. Обеспечение эффективного взаимодействия между всеми участниками проекта.
2.4. Персонал банка данных.
В состав персонала БнД входят разные специалисты:
- администраторы БнД;
- операторы БД;
- системные и прикладные программисты;
- проектировщики структур данных и технологических процессов их обработки;
- проектировщики информационного обеспечения;
- системные аналитики;
- специалисты по техническим средствам, по маркетингу.
Основные функции и задачи, решаемые персоналом при разработке и эксплуатации базы данных:
1. анализ предметной области (определение потребностей конечных пользователей, построение информационной модели предметной области, выявление ограничений целостности);
2. проектирование структуры БД (определение состава и структуры файлов БД, описание ее схемы на языке описания данных);
3. задание ограничений целостности и процедур обработки БД;
4. первоначальная загрузка и ведение БД (разработка технологии загрузки и ведения (изменения, удаления и добавления записей); проектирование форм ввода данных; создание программных модулей, подготовка исходных данных, ввод и контроль данных);
5. защита данных от несанкционированного доступа (разграничение пользователей (определение прав доступа к данным, обеспечение парольного входа в систему), выбор или создание, проверка программно-технологических средств защиты данных, фиксация попыток несанкционированного доступа к информации, шифрование информации) и от разрушений (резервирование);
6. обеспечение восстановления БД (разработка программно-технологических средств восстановления БД, организация ведения системных журналов);
7. анализ эффективности функционирования БнД и развитие системы (сбор статистики обращений пользователей к БД, время выполнения запросов, анализ причин безуспешных обращений к БД, изменение состава БД, развитие программных и технических средств);
8. работа с пользователями (сбор информации об изменениях в предметной области, откликов пользователей о работе БнД, определение регламента работы пользователей с БнД, обучение и консультирование пользователей);
9. сопровождение системного программного обеспечения (приобретение программных средств, их установка, проверка работоспособности, поддержание системных библиотек, развитие программных средств);
10. организационно-методическая работа (выбор или создание методики проектирования БД, определение целей и направлений развития системы, планирование этапов развития БнД, разработка и выпуск документации, организационно-методических материалов).
3. Организационно-методические, правовые, математические, информационные, программные, технические и лингвистические составляющие банка данных
Состав обеспечивающих подсистем не зависит от выбранной предметной области. В состав обеспечивающих подсистем входят подсистемы организационно-методического, правового, технического, математического, программного, информационного и лингвистического обеспечения (рис. 2.1).
1. Организационно-методическое обеспечение – совокупность методов и средств, регламентирующих взаимодействие работников с техническими средствами и между собой в процессе разработки и эксплуатации БнД. В состав организационного обеспечения входят различные инструкции, методические и регламентирующие материалы, предназначенные для пользователей различных категорий, взаимодействующих с БнД, методики проектирования БД, документация по БнД. Это могут быть, например, инструкции конечным пользователям по работе с БД, документы, определяющие права доступа и регламент работы.
2. Правовое обеспечение – совокупность правовых норм, определяющих создание, юридический статус и функционирование БнД, регламентирующих порядок получения, преобразования и использования информации. Например, договор между разработчиком и заказчиком, характеристика статуса создаваемой системы, правовые отношения пользователей в применении технических средств и т. д.
3. Математическое обеспечение – совокупность математических методов, моделей и алгоритмов для реализации целей и задач БнД, например, средства моделирования процессов управления, методы математического программирования, математической статистики.
рис. 2.1. Составляющие банка данных.
4. Аппаратное обеспечение – комплекс технических средств, предназначенных для работы БнД, а также соответствующая документация на эти средства и технологические процессы.
Комплекс технических средств составляют:
1. компьютеры любых моделей;
2. устройства сбора, накопления, обработки, передачи и вывода информации;
3. устройства передачи данных и линий связи;
4. оргтехника.
5. Программное обеспечение – совокупность компьютерных программ, описаний и инструкций по их применению на ЭВМ.
Программное обеспечение делится на два комплекса:
1. общее (ОС, операционные оболочки, компиляторы, интерпретаторы, программные среды для разработки прикладных программ, программная составляющая СУБД и т. д.);
2. специальное (совокупность прикладных программ, разработанных для конкретных задач, и контрольные примеры для их тестирования).
6. Информационное обеспечение – совокупность единой системы классификации и кодирования информации, унифицированных систем документации, а также методология построения БД.
В состав информационного обеспечения включаются два комплекса:
1. внемашинное информационное обеспечение (классификаторы информации и документы, источники вводимой в БД информации, выходные документы);
2. внутримашинное информационное обеспечение (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатов, структура информационной базы: входных, выходных файлов, БД).
Центральным компонентом информационного обеспечения является база данных, через которую осуществляется обмен данными различных задач.
7. Лингвистическое обеспечение – совокупность терминов и других языковых средств, используемых в ИС, а также правил формализации естественного языка для повышения эффективности автоматизированной обработки информации и облегчения общения человека с БнД.
Языковые средства, включенные в подсистему лингвистического обеспечения, делятся на две группы:
1. традиционные языки (естественные, математические, алгоритмические языки, языки моделирования), предназначенные для описания логической структуры данных;
2. языки, предназначенные для диалога с ЭВМ (информационно-поисковые языки, языки СУБД, языки операционных сред, входные языки ППП).
Языки, предназначенные для диалога с ЭВМ, можно разделить на:
1. языки описания данных (ЯОД) (DDL – Data Definition Language):
a. языки описания схем (ЯОС);
b. языки описания подсхем (ЯОПС) (Подсхема – описание отдельных частей БД с точки зрения конкретных пользователей. Это схема отдельного пользователя БД, если их несколько. Из подсхем может быть составлена схема БД. При наличии одного пользователя подсхема является схемой.);
c. языки описания хранимых данных (ЯОХД);
d. языки описания внешних данных (входных, выходных) (ЯОВД);
2. языки манипулирования данными (ЯМД) (DML – Data Manipulation Language):
a. процедурные (procedural). При пользовании процедурными языками надо указать, какие действия и над какими объектами необходимо выполнить, чтобы получить результат.
b. декларативные (непроцедурные (non - procedural)). При пользовании декларативными языками надо указать, что надо получить в ответе, а не как этого достичь.
Язык СУБД может быть универсальным языком программирования с включением специфического подъязыка для работы с БД, например, языки универсальных систем программирования DELPHI, Visual Basic, Visual C++ включают язык SQL. Другие СУБД имеют специализированные языки, например, dBASE, FoxPro, Clipper, Paradox, Access.
Наибольшее распространение получили два стандартизованных языка:
1. QBE (Querry By Example) – язык запросов по образцу (предложил ). QBE обеспечивает визуальное конструирование запросов к БД и обладает свойствами языка манипулирования данными.
2. SQL (Structured Query Language) (“S – Q – L” или “See – Quel”) – структурированный язык запросов. SQL обеспечивает управление структурой БД и манипулирование данными, т. е. сочетает в себе свойства языков обоих типов – описания и манипулирования данными.
Оба эти языка являются непроцедурными.
8. Данные – самый важный компонент среды СУБД с точки зрения конечных пользователей. Данные играют роль моста между компьютером и человеком.
9. Процедуры. К процедурам относятся инструкции и правила, которые должны учитываться при проектировании и использовании БД. Они включают:
- правила регистрации в СУБД;
- инструкции по использованию отдельного инструмента СУБД или приложения;
- правила запуска и останова СУБД;
- инструкции по созданию резервных копий СУБД;
- правила обработки сбоев аппаратного и программного обеспечения, восстановления БД после устранения неисправности;
- инструкции по изменению структуры таблиц, реорганизации БД и др.
10. Пользователи – клиенты БД. Она проектируется, создается и поддерживается для того, чтобы обслуживать их информационные потребности.
4. Взаимодействие компонентов банка данных
рис. 2.2. Взаимодействие компонентов банка данных.
1. [1] - Создание БД начинается с проектирования БД и ее описания на ЯОД. На этапе проектирования структуры БД могут использоваться как методики «ручного» проектирования, так и CASE-средства, автоматически генерирующие описания БД.
2. [2, 3] - Полученные описания должны быть введены в БнД и запомнены в соответствии с требованиями конкретной СУБД.
3. [4] - После того, как описание БД сохранено, в БД могут вводиться данные. При этом СУБД использует метаинформацию, зафиксированную в словаре данных. Но прежде необходимо создать средства, позволяющие пользователю осуществлять ввод, удаление и редактирование данных. Основным средством для работы с данными являются экранные формы, которые в том или ином виде отображают данные из реляционных таблиц и содержат управляющие элементы для навигации по записям, удаления и добавления данных.
4. [5] - Заполненная БД может использоваться для извлечения из нее нужной пользователям информации. При формулировании запросов используется информация, содержащаяся в схемах и подсхемах.
5. [6] – В результате выполнения запроса выходные данные в том или ином виде выдаются пользователю. Основным средством вывода данных являются отчеты. Отчет представляет собой выборочную информацию из БД, представленную в виде текстового документа. Отчет также может содержать дополнительные элементы оформления, не хранящиеся в БД.
6. [7] – Кроме собственно затребованных данных при выполнении операций с БнД часто выдается та или иная диагностическая информация.
7. [8, 9] – Для обеспечения надежности функционирования БнД необходимо выполнять соответствующие процедуры, в частности осуществлять журнализацию выполняемых действий с БД, регулярно архивировать данные.
Вопросы для самоконтроля
1. Перечислите и охарактеризуйте основные компоненты банка данных.
2. Дайте определения базы данных.
3. Каковы преимущества использования базы данных перед использованием файлов данных для хранения информации?
4. Каковы цели и задачи проектирования базы данных?
5. Перечислите основные функции СУБД.
6. Дайте определение транзакции.
7. Какова роль словаря данных в банке данных?
8. Перечислите состав персонала банка данных. Какова роль администрации банка данных в его работе?
9. Охарактеризуйте основные обеспечивающие подсистемы банка данных.
10. Расскажите о взаимодействии компонентов банка данных.
Тема 3. Классификация банков данных, баз данных и СУБД.
Недостатки и преимущества банков данных. Этапы развития баз данных.
БнД являются сложными системами, и их классификация может быть произведена как для всего БнД в целом, так и для каждой его компоненты отдельно. Классификация для каждой компоненты может быть проведена по множеству разных признаков.
1. Классификация банков данных
Банки данных, как целое, обычно классифицируют по экономико-правовым признакам:
1. По условиям предоставления услуг различают бесплатные и платные (коммерческие и бесприбыльные (научные, библиотечные или социально-значимые)) БнД.
Бесприбыльные БД функционируют на принципе самоокупаемости и не ставят своей целью получения прибыли.
Основной целью создания коммерческих БнД является получение прибыли от информационной деятельности.
2. По форме собственности БнД делятся на государственные и негосударственные (частные, групповые, личные).
3. По степени доступности различают общедоступные и с ограниченным кругом пользователей.
4. По охвату предметной области БнД могут классифицироваться в разных «разрезах»:
- территориальный (всемирный, страна, город и т. д.);
- временной (год, месяц, с начала века и т. п.);
- проблемный (тематический).
5. По характеру взаимодействия с пользователем БнД делятся на активные и пассивные. В пассивных БнД ведущая роль принадлежит пользователю. В активных – система может самостоятельно менять поведение.
Другие виды классификации связаны с отдельными компонентами БнД. Рассмотрим далее классификацию БнД по виду базы данных и по типу СУБД.
2. Классификация баз данных
Классификация баз данных представлена на рис. 3.1.
1. По форме представления информации различают визуальные и аудио системы, а также системы мультимедиа. Эта классификация показывает, в каком виде информация хранится в БД и выдается пользователям: в виде изображения (символьный текст, рисунки, чертежи, фотографии и т. д.), звука или дается возможность использования разных форм отображения информации.
2. По характеру структуризации данных БД могут быть разделены на неструктурированные (например, семантические сети), частично структурированные (например, БД в виде обычного текста или гипертекстовые системы) и структурированные.
3. Структурированные БД по типу используемой модели данных делятся на иерархические, сетевые, реляционные, смешанные и мультимодельные. Развитие технологий обработки данных привело к появлению постреляционных, объектно-реляционных или гибридных, объектно-ориентированных, многомерных БД.
4. По характеру данных БД делятся на документальные и лексикографические. Среди документальных баз различают библиографические, реферативные и полнотекстовые.
К лексикографическим БД относятся различные словари, классификаторы, рубрикаторы и т. д. Они обычно используются в качестве справочных совместно с документальными или фактографическими БД.
В документальных БД единицей хранения является документ (например, текст закона или статьи). Поиск и выдача документов происходит по их содержанию. Простейший метод поиска базируется на использовании дескрипторов – ключевых слов из проблемной области, характеризующих содержание документа. Их совокупность, выделенная из запроса, сопоставляется с дескрипторами документа («поисковым образцом»). В ответ на запрос пользователя выдается либо ссылка на документ, либо сам документ, в котором он может найти интересующую его информацию.
В системах фактографического типа в БД хранится информация об интересующих пользователя объектах предметной области в виде «фактов» (например, биографические данные о сотрудниках, данные о выпуске продукции производителями и т. п.). В ответ на запрос пользователя выдается требуемая ему информация или сообщение о том, что искомая информация отсутствует в БД.
5. По характеру организации хранения данных и обращения к ним различают локальные (персональные), общие (интегрированные, централизованные) и распределенные БД.
Персональная БД – это БД, предназначенная для локального использования одним пользователем.
Интегрированные и распределенные БД предполагают возможность одновременного обращения нескольких пользователей к одной и той же информации (многопользовательский, параллельный режим доступа).
В статических БД частота обновления данных много ниже частоты их считывания. Данные напрямую не связаны со временем. Например, анкетные данные, которые используются гораздо чаще, чем изменяются.
В последнее время все чаще обращаются к динамическим БД, в которых частоты считывания и обновления данных соизмеримы. В динамических БД время выступает явно в виде понятий момента времени (дата) или интервала времени (семестр, месяц, год). Например, данные об успеваемости студентов групп за время обучения (по семестрам). Для таких БД более характерно не изменение, а добавление данных.
6. По характеру преобладающей обработки информации различают OLTP - системы (On-Line Transaction Processing) – системы оперативной обработки транзакций (реализуют большое число достаточно простых запросов) и OLAP – системы (On-Line Analytical Processing) – системы аналитической обработки данных (реализуют сложную аналитическую обработку данных) или системы поддержки принятия стратегических решений (СППР).
До середины 90-х годов ХХ в. под БД понимали статические БД (OLTP). К середине 90-х годов в БД класса OLTP скопилось столько хронологической информации, что объем БД резко возрос, а быстродействие начало падать. Например, в работе деканата чаще всего требуются детальные данные о текущем учебном годе. В то же время в БД хранятся ретроспективные данные и за предыдущие годы. Такие данные необходимы значительно реже и чаще всего в агрегированном виде. Например, выдать фамилии студентов, которые три последних семестра получали только отличные оценки.
7. По охвату предметной области. Отдельные БД могут объединять все данные, необходимые для решения одной или нескольких прикладных задач, или данные, относящиеся к какой-либо предметной области (например, финансам, студентам, преподавателям и т. п.). Первые обычно называют прикладными БД, а вторые - предметными БД (соотносящимся с предметами организации, а не с ее информационными приложениями).
Предметные БД позволяют обеспечить поддержку любых текущих и будущих приложений, поскольку набор их элементов данных включает в себя наборы элементов данных прикладных БД. Вследствие этого предметные БД создают основу для обработки неформализованных, изменяющихся и неизвестных запросов и приложений (приложений, для которых невозможно заранее определить требования к данным). Такая гибкость и приспособляемость позволяет создавать на основе предметных БД достаточно стабильные информационные системы, т. е. системы, в которых большинство изменений можно осуществить без вынужденного переписывания старых приложений.
Основывая же проектирование БД на текущих и предвидимых приложениях, можно существенно ускорить создание высокоэффективной информационной системы, т. е. системы, структура которой учитывает наиболее часто встречающиеся пути доступа к данным. Поэтому прикладное проектирование до сих пор привлекает некоторых разработчиков. Однако по мере роста числа приложений таких информационных систем быстро увеличивается число прикладных БД, резко возрастает уровень дублирования данных и повышается стоимость их ведения.
Таким образом, каждый из рассмотренных подходов к проектированию воздействует на результаты проектирования в разных направлениях. Желание достичь и гибкости, и эффективности привело к формированию методологии проектирования, использующей как предметный, так и прикладной подходы. В общем случае предметный подход используется для построения первоначальной информационной структуры, а прикладной - для ее совершенствования с целью повышения эффективности обработки данных.
Сведем представленную выше классификацию БД в единую схему (рис. 3.1):
Классификационный признак |
 
| ||
Форма | |||
Вид данных | |||
Структуризация | |||
Модель данных | |||
Характер | |||
Изменение | |||
Распределение данных | |||
Количество пользователей | |||
Характер |
рис. 3.1. Классификация баз данных.
3. Классификация СУБД
1. По языкам общения СУБД делятся на открытые (используют универсальные языки программирования), замкнутые (собственные языки общения с пользователями).
2. По выполняемым функциям СУБД делятся на информационные и операционные. Информационные СУБД позволяют организовать хранение информации и доступ к ней. Операционные СУБД выполняют достаточно сложную обработку, например, автоматически позволяют получать агрегированные показатели, не хранящиеся непосредственно в БД, и т. д.
3. По сфере возможного применения различают универсальные и специализированные, обычно проблемно-ориентированные СУБД.
4. По «мощности» СУБД делятся на настольные и корпоративные. Характерными чертами настольных СУБД являются сравнительно невысокие требования к техническим средствам, ориентация на конечного пользователя, низкая стоимость.
Корпоративные СУБД обеспечивают работу в распределенной среде, высокую производительность, поддержку коллективной работы при проектировании систем, имеют развитые средства администрирования и более широкие возможности поддержания целостности. Эти системы сложны, дороги, требуют значительных вычислительных ресурсов.
5. По ориентации на преобладающую категорию пользователей можно выделить СУБД для разработчиков и для конечных пользователей.
Системы, ориентированные на разработчиков, должны:
- иметь качественные компиляторы;
- позволять создавать «отчуждаемые» программные продукты;
- обладать развитыми средствами отладки;
- включать средства документирования проекта;
- обладать возможностями, позволяющими создавать эффективные сложные системы.
Основными требованиями, предъявляемыми к системам, ориентированным на конечного пользователя, являются:
- удобство интерфейса;
- высокий уровень языковых средств;
- наличие интеллектуальных модулей подсказок;
- повышенная защита от непреднамеренных ошибок («защита от дурака») и т. д.
4. Преимущества банков данных
Основные требования, предъявляемые к БнД, выявили ряд преимуществ, способствующих широкому распространению этих систем. Рассмотрим эти преимущества:
1. Адекватность отображения предметной области:
a. Минимальное дублирование информации (интегрированность данных). Наличие функции контроля за избыточностью данных.
b. Полнота, целостность и непротиворечивость данных.
c. Актуальность информации, т. е. ее соответствие состоянию отображаемой реальной системы на данный момент времени.
d. Независимость данных от процесса обработки.
e. Хранение взаимосвязанных данных, что наиболее полно отражает сложную взаимосвязь объектов реальной предметной области.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 |
