|
|
|
|
|
|
|
|
|
|
|
страницы:
1
2
3
Текущая страница: 1
|
|
Базы данных (БД) составляют в настоящее время основу компьютерного обеспечения информационных процессов, входящих практически во все сферы человеческой деятельности.
Действительно, процессы обработки информации имеют общую природу и опираются на описание фрагментов реальности, выраженное в виде совокупности взаимосвязанных данных. БД являются эффективным средством представления структур данных и манипулирования ими.
БД должна поддерживаться в среде ЭВМ единым программным обеспечением, называемым системой управления базами данных (СУБД).
Одно из основных назначений СУБД – поддержка программными средствами представления, адекватного реальности.
Для ввода в ЭВМ полученное описание должно быть представлено в терминах специального языка описания данных (ЯОД), который входит в комплекс средств СУБД.
Интерфейс определяет переход от представления данных в БД к представлению, принятому среди пользователей, и обратно. В общем случае пользователи представляют данные в виде документов различных видов, от произвольных текстов до справок и таблиц фиксированного формата.
3.1 Работы ISO после завершения в 1989 г. разработки международного стандарта языка БД SQL
в основном осуществлялись в двух направлениях:
развитие концепции распределенной обработки в открытых системах, что для СУБД влечет разработку концепции распределенной обработки транзакций и доступа к удаленной БД в сети ЭВМ;
определение концепций и системы интерфейсов для словарной системы информационных ресурсов предприятия или организации.
Классификация по реализуемым функциям позволяет выделить 4 слоя услуг управления данными: базисный, баз данных, инструментальный и обслуживания запросов пользователя.
Концепция SAA вытекает из практических требований обеспечения мобильности прикладных программ для ЭВМ фирмы IBM, имеющих различную архитектуру – от PS/2 до IBM старших моделей, и для различных операционных сред этих ЭВМ – OS/2, MVS/XA, VM/SP. При этом также должна обеспечиваться совместимость как для средств взаимодействия конечного пользователя с различными моделями ЭВМ, так и для средств соединения этих ЭВМ в вычислительную сеть.
На данном этапе анализируются запросы пользователей, выбираются информационные объекты и их характеристики и на основе проведенного анализа структурируется предметная область.
5.2 Выявление информационных объектов и связей между ними.
Следующая фаза анализа предметной области состоит в выборе информационных объектов, задании необходимых свойств для каждого объекта, выявлении связей между объектами, определении ограничений, накладываемых на информационные объекты, типы связей между ними, характеристики информационных объектов.
Построение информационной структуры.
Для построения концептуальной схемы используют традиционные методы агрегации и обобщения. При агрегации объединяются информационные объекты в один в соответствии с семантическими связями между объектами. При обобщении информационные объекты объединяются в родовой объект.
Проектирование информационной структуры для системы БД.
Задача построения системы БД возникает, если:
различные приложения требуют некоторого количества общих информационных объектов, однако все информационные объекты и все связи между этими объектами физически не могут быть реализованы в одной БД;
информационные объекты имеют общие связи, отношения, общие типы атрибутов.
6.1 Проектирование текстовых БД.
Объектами хранения в текстовых БД являются тексты. Под текстом будут пониматься неструктурированные данные, построенные из строк.
Проектирование текстовой БД представляется следующим перечнем вопросов:
Анализ информационных интересов пользователей к данной предметной области.
Определение источников формирования БД.
Выбор архитектуры БД.
Разработка языка описания документов.
6.2 Технологию комплектования новой БД можно разделить на три этапа: отбор, конвертирование, редактирование.
6.3 Требования к информационно – поисковым языкам (ИПЯ):
Селективная мощность, характеризующая возможность выбора документов по различным критериям.
Производительность языка, характеризующая темп написания запросов и число совершаемых ошибок.
Простота изучения.
Многоуровневость языка. Минимальный уровень хорошо понимается пользователем, и его бывает достаточно для описания большинства документов и запросов. Лишь формулировка сложных запросов и описание сложных документов требует привлечения всех выразительных средств языка, о существовании которых пользователь и не подозревает.
Открытость языка. Язык должен иметь возможность расширения и модификации.
Возможность явного выражения смысловых отношений между терминами, отсутствием многозначности.
7.1 Выбор системы управления БД.
Основной задачей логического проектирования является разработка логической схемы.
Логическое проектирование состоит из следующих этапов:
Выбор конкретной СУБД.
Отображение концептуальной схемы на логическую схему.
Выбор ключей.
Описание языка запросов.
Текущая страница: 1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
