27. Методика определения списка реквизитов, хранимых в базе.

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

• все реквизиты необходимо поделить на реквизиты –признаки и реквизиты-основания, и логические реквизиты

Реквизит-основание – это такой реквизит, который получен в результате какого-то процесса обработки или вычислительной операции.

Реквизит-основание – это такие реквизиты, которые описывают объект, то есть раскрывают его качественные характеристики.

Реквизит логического характера - это реквизиты, значения которых могут иметь вид только да или нет.

• выделяем отдельные элементы данных из полученных документов и распределяем их по родовидовым спискам (таким, как даты, количества, запасы и т.д.). При этом уменьшается возможность дублирования элементов данных.

• из списка реквизитов-оснований удаляем реквизиты, которые получены на основе алгоритма и заменяем их первичными реквизитами.

• мы оставляем только те реквизиты выходных документов, которые нужно потребителю.

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

29. Распределенные бд (рбд).

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

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

Объединение локальных ЭИС в распределенную ЭИС с единой распределенной базой данных имеет и позитивные, и негативные стороны.

"+" можно разместить определенные данные на тех локальных ЭИС, где они чаще запрашиваются. Организация, реорганизация проще на локальных ЭИС чем на централизованной БД.

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

Различают 4 стратегии распределения:

1. Централизация – 1 копия на 1 узле. Все запросы отправляются на 1 узел, что снижает надежность, большое время обслуживания.

2. Расчленение – 1 копия на нескольких узлах. Время обработки запроса может быть существенно меньше, чем в 1).

3. Дублирование – несколько копий на нескольких узлах. Высокая надежность, простота восстановления.

4.1) Смешанная стратегия А – на нескольких узлах фрагменты нескольких копий.

Сложность реализации, однако, гибкость.

4.2) Смешанная стратегия Б – на нескольких узлах копии, однако на центральном узле копии особо важных фрагментов. Гибкость, надежность, большое время обслуживания.

30. Архитектура СУРБД.

ПО системы управления распределенной базой данных имеет многоуровневую структуру:

Сетевая СУБД:

1. Процессор пользовательского представления

2. Процессор глобального логического представления

3. Процессор фрагментального представления

4 .Процессор узлового представления

Которая взаимосвязана с Локальной СУБД:

5. Процессор узлового представления

Уровни:

1 - описывает и управляет частью БД, доступной пользователю. Она является частью глобального логического представления ( = внешняя модель в локальной базе данных)

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

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

4 - допускается существование нескольких физических копий одного фрагмента

5 - описание всех данных, которые хранятся в узле. Управление осуществляется локальной СУБД, которая поддерживается сетевой СУБД.

31. Особенности проектирования распределенных баз данных (РБД).

Этапы:

1) Анализ требования [требования к обработке] [общие информ. потребности]



2) Концептуальное проектирование



3) Проектирование реализации [требования к обработке] [хар-ка СУРБД]

 [глобальная логическая БД]

4) Расчленение БД [сведения о стратегии расчленения]

 [разделы БД]

5) Размещение БД [хар-ки ОС и аппарат. к каждому узлу] [треб. систем связи, сети]

 [распределение разделов БД по узлам]

6) Проектирование локальной физической БД

/ о четвертом этапе – расчленение БД /

Глобальная структура БД (ГСБД).

ВХОД:

Требования к обработке

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

Характеристика ОС и аппаратуры

Сведения о стратегиях



расчленение ГСБД / деление на подфайлы



ВЫХОД:

Разделы БД

Размер каждого раздела

Модели и частота использования приложений

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

Модели приложения делятся так:

1. используют только единственный файл

2. используют несколько файлов

3. допускают || обработку

4. не допускают || обработку