Прозрачность выполнения

Прозрачность отказов

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

· возможность потери сообщения;

· возможность отказа линии связи;

· аварийный останов одного из сайтов;

· расчленение сетевых соединений.

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

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

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

· к какому фрагменту следует обратиться;

· какую копию фрагмента использовать, если его данные реплицируются;

· какое из местоположений должно использоваться.

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

· время доступа, включающее физический доступ к данным на диске;

· время работы центрального процессора, затрачиваемое на обработку дан­ных в первичной памяти;

· время, необходимое для передачи данных по сетевым соединениям,

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

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

Дата добавления: 2014-01-20