Распределенная обработка данных»

Недостатки СУРБД

1. Повышение сложности. Распределенные СУБД, способные скрыть от конечных пользователей распределенную природу используемых ими данных и обеспечить необходимый уровень производительности, надежности и доступности, являются более сложными программными комплексами, чем централизованные СУБД.
2. Увеличение стоимости. Увеличение сложности означает и увеличение затрат на приобретение и сопровождение СУРБД.
3. Проблемы защиты. В распределенных системах требуется организовать контроль доступа не только к данным, реплицируемым на несколько различных узлов, но и защиту сетевых соединений самих по себе.
4. Усложнение контроля за целостностью данных.
5. Отсутствие стандартов.
1. Отсутствуют стандарты на каналы связи и протоколы доступа к данным.
2. Не существует инструментальных средств и методологий, способных помочь пользователям в преобразовании централизованных систем в распределенные.
6. Недостаток опыта. Распределенные системы общего назначения еще не получили широкого распространения. Еще не накоплен необходимый опыт промышленной эксплуатации распределенных систем, сравнимый с опытом эксплуатации централизованных систем.
7. Усложнение процедуры разработки БД. Разработка распределенных БД требует принятия решения о фрагментации данных, распределения фрагментов по отдельным узлам и организации процедур репликации данных.

 

 

 1.5 12 правил Дейта для СУРБД

 

1. Правило 0. Основной принцип. С точки зрения пользователя распределенная система должна выглядеть в точности так, как и обычная, нераспределенная система.
2. Правило 1. Локальная автономность. Узлы в распределенной системе должны быть автономными, т. е. локальные данные принадлежат локальным владельцам и сопровождаются локально.
3. Правило 2. Отсутствие опоры на центральный узел. В системе не должно быть ни одного узла, без которого система не сможет функционировать, т. е. в системе не должно существовать центральных серверов таких служб, как управление транзакциями, оптимизация запросов и управление глобальным системным каталогом.
4. Правило 3. Непрерывное функционирование. В системе никогда не должна возникать потребность в плановом останове ее функционирования для выполнения операций таких, как добавление или удаление узла из системы, динамическое создание или удаление фрагментов с одного или нескольких узлов.
5. Правило 4. Независимость от расположения. Пользователь должен получать доступ к БД с любого из узлов. Пользователь должен получать доступ к любым данным так, как если бы они хранились на его узле, независимо от того, где они физически сохраняются.
6. Правило 5. Независимость от фрагментации. Пользователь должен получать доступ к данным независимо от способа их фрагментации.
7. Правило 6. Независимость от репликации. Пользователь не должен нуждаться в сведениях о наличии репликации данных.
8. Правило 7. Обработка распределенных запросов. Пользователь должен иметь возможность объединять данные, расположенные более сем на одном узле.
9. Правило 8. Обработка распределенных транзакций. СУРБД должна выполнять транзакции, выходящие за рамки одной вычислительной системы, и поддерживать целостность распределенной БД даже при возникновении отказов, как в отдельных системах, так и в сети.
10. Правило 9. Независимость от типа оборудования. СУРБД должна быть способна функционировать на оборудовании с различными вычислительными платформами.
11. Правило 10. Независимость от операционной системы. СУРБД должна быть способна функционировать под управлением различных операционных систем.
12. Правило 11. Независимость от сетевой архитектуры. СУРБД должна быть способна функционировать в сетях с различной архитектурой и типами носителей.
13. Правило 12. Независимость от типа СУБД. СУРБД должна поддерживать гетерогенность.

 

II. Разработка информационно-логической модели предметной области

 

Предметная область: Автотранспортное предприятие

Минимальный список характеристик:

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

 

 

2.1 Описание предметной области

 

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

Предметная область определена: Автотранспортное предприятие. Круг задач также определен.

Автотранспортное предприятие:

Автомобили;

Водители;

Путевые листы.

 

2.2 Информационно-логическая модель

 

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

Реквизиты каждого информационного объекта должны отвечать определенным требованиям:

• информационный объект должен содержать уникальный идентификатор (ключ);

• все описательные реквизиты должны быть взаимонезависимыми;

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

• каждый описательный реквизит должен функционально зависеть от ключа, т. е. каждому значению ключа соответствует только одно значение описательного реквизита;

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

• каждый описательный реквизит не может зависеть от ключа опосредовано, т. е. через другой промежуточный реквизит.

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

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

• одно-однозначные ;

• одно-многозначные;

• много-многозначные.

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

Связь между объектами Автомобили и Водители осуществляется через объект Путевые листы. Поэтому связь между объектами Автомобили и Путевые листы имеет тип «один – ко – многим» и связь между объектами Водители и Путевые листы также имеет тип «один – ко – многим»

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список использованной литературы

 

1. Акулов О.А Информатика. Базовый курс / О.А. Акулов, Н.В. Медведев М.: Омега-Л, 2005. – 552 с.
2. Гектор Г.М. Системы баз данных. Полный курс / Г.М. Гектор, Дж. Ульман, Дж.Уидом Издательство: Вильямс, 2003. – 537 с.
3. Глушаков С. В. Базы данных / С. В. Глушаков, Д. В. Ломотько М.: АСТ,  2002. – 340 с.
4. Д. Кренке Теория и практика построения баз данных, 8-е издание / Д. Кренке СПб.: Питер, 2003. – 460 с.
5. Кузин А. В. Базы данных / Кузин А. В., Левонисова С. В. М.: Академия , 2008. – 423 с.
6. Кузнецов  С. Д. Основы баз данных, 2-е издание / С. Д. Кузнецов М.: Бином, 2007. – 517с.
7. Симонович С.В. Информатика. Базовый курс / С.В. Симонович и др. - СПб: Питер, 2004. — 640 с. 
8. http://abc.vvsu.ru/Books/up_inform_tehnol_v_ekon/page0019.asp
9. http://do.bti.secna.ru/lib/book_it/istor_razv.html
10. http://www.csu.ac.ru/~iren/courses/book/KarpovaT/p10.pdf