Структура банков данных.

Структура банков данных.

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

В схеме выделяют три части:

1) Концептуальную (иформационно-логическую)

2) Логическую

3) Физическую

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

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

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

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

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

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

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

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

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

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

Функции администратора базы данных:

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

2) Координировать все действия по проектированию, реализации и ведению БД. Учитывать как перспективные, так и текущие требования пользователей и следить, чтобы БД удовлетворяла интеллектуальным информационным потребностям.

3) Решать вопросы связанные с расширением БД в связи с изменением границ ПО.

4) Разрабатывать и реализовывать меры по обеспечению защиты данных от некомпетентного их использования и сбоев технических средств по обеспечению секретности определенной части данных и разграничение доступа к данным.

5) Выполнять работы по ведению словаря данных, контролировать избыточность и противоречивость данных.

6) Следить за тем, чтобы банк данных отвечал заданным требованиям по производительности, т.е. обработка запросов выполнялась за приемлемое время

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

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

9) Координировать работу программистов, разрабатывающих дополнительное ПО для улучшения эксплуатационных характеристик системы.

10) Выполнять проверку и включение прикладных программ в состав ПО системы

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

Что такое базы данных, СУБД и язык SQL


Похожие статьи.

Понравилась статья? Поделиться с друзьями: