Распределенная обработка данных. Найханова Л.В. - 22 стр.

UptoLike

Составители: 

22
неисправности некоторого отдельного компонента, например отдельного узла.
Доступность - вероятность того, что система исправна и работает в течение неко-
торого промежутка времени. Доступность повышается частично по той же
причине, а частично благодаря возможности репликации данных (подробнее это
описывается ниже).
Приведенные выше рассуждения применимы также для случая незапланированного
выключения некоторого компонента внутри системы, например вследствие какой-либо
неисправности. Незапланированные выключения крайне нежелательны, но их
возникновения очень трудно избежать. В идеальном случае следовало бы вовсе
исключить запланированные выключения, т.е. не выключать систему при выполнении
любых операций, например при добавлении нового узла или обновлении версии СУБД на
некотором узле.
4. Независимость от расположения
Основная идея независимости от расположения (которая также называется прозрач-
ностью расположения) достаточно проста: пользователям не следует знать, в каком
физическом месте хранятся данные, наоборот, с логической точки зрения пользователям
следовало бы обеспечить такой режим, при котором создается впечатление, что все
данные хранятся на их собственном локальном узле. Обеспечить независимость от
расположения весьма желательно, поскольку при этом существенно упрощаются
пользовательские программы и терминальная деятельность. В частности, это позволяет
осуществлять миграцию данных от узла к узлу без объявления недействительными любых
пользовательских программ и видов терминальной деятельности. Процесс миграции
весьма полезен, поскольку позволяет перемешаться данным по всей сети в ответ на
изменение требований к производительности.
Нетрудно заметить, что принцип независимости от расположения - это не что иное,
как расширение обычной концепции (физической) независимости данных, применяемой
для распределенной обработки данных. Следует сказать, что каждая цель из приведенного
выше списка, в название которой входит слово "независимость", может рассматриваться
как некоторое расширение понятия независимости данных.
5. Независимость от фрагментации
В системе поддерживается фрагментация данных, если некое хранимое отношение в
целях физического хранения можно разделить на части, или "фрагменты". Фрагментация
желательна для повышения производительности системы, поскольку данные лучше
хранить в том месте, где они наиболее часто используются. При такой организации
многие операции будут чисто локальными, а объем пересылаемых вести данных снизится.
Например, рассмотрим отношение сотрудников ЕМР, показанное на рис.2.1. В системе, в
которой поддерживается фрагментация, определены два фрагмента, показанных в нижней
части рис.2.1.
Предполагается, что кортежи сотрудников некоторым заданным образом
непосредственно отображаются на структуру физического хранения, D1 и D3 являются
отделами в Нью-Йорке (New York), а D2 - в Лондоне (London). Иначе говоря, в Нью-
Йорке будут храниться кортежи сотрудников из Нью-Йорка, а в Лондоне - кортежи
сотрудников из Лондона. Обратите внимание на внутренние системные имена
фрагментов: N_EMP и L_EMP.
Существует два основных типа фрагментации - горизонтальная и вертикальная,
которые связаны с реляционными операциями выборки и проекции соответственно. На
рис.2.1 показана горизонтальная фрагментация. Иначе говоря, фрагментом может быть
любое произвольное подчиненное отношение, которое можно вывести из исходного
отношения с помощью операций выборки и проекции. При этом следует учесть
приведенные ниже допущения.
       неисправности некоторого отдельного компонента, например отдельного узла.
     • Доступность - вероятность того, что система исправна и работает в течение неко-
       торого промежутка времени. Доступность повышается частично по той же
       причине, а частично благодаря возможности репликации данных (подробнее это
       описывается ниже).
     Приведенные выше рассуждения применимы также для случая незапланированного
выключения некоторого компонента внутри системы, например вследствие какой-либо
неисправности. Незапланированные выключения крайне нежелательны, но их
возникновения очень трудно избежать. В идеальном случае следовало бы вовсе
исключить запланированные выключения, т.е. не выключать систему при выполнении
любых операций, например при добавлении нового узла или обновлении версии СУБД на
некотором узле.
4. Независимость от расположения
     Основная идея независимости от расположения (которая также называется прозрач-
ностью расположения) достаточно проста: пользователям не следует знать, в каком
физическом месте хранятся данные, наоборот, с логической точки зрения пользователям
следовало бы обеспечить такой режим, при котором создается впечатление, что все
данные хранятся на их собственном локальном узле. Обеспечить независимость от
расположения весьма желательно, поскольку при этом существенно упрощаются
пользовательские программы и терминальная деятельность. В частности, это позволяет
осуществлять миграцию данных от узла к узлу без объявления недействительными любых
пользовательских программ и видов терминальной деятельности. Процесс миграции
весьма полезен, поскольку позволяет перемешаться данным по всей сети в ответ на
изменение требований к производительности.
     Нетрудно заметить, что принцип независимости от расположения - это не что иное,
как расширение обычной концепции (физической) независимости данных, применяемой
для распределенной обработки данных. Следует сказать, что каждая цель из приведенного
выше списка, в название которой входит слово "независимость", может рассматриваться
как некоторое расширение понятия независимости данных.
5. Независимость от фрагментации
      В системе поддерживается фрагментация данных, если некое хранимое отношение в
целях физического хранения можно разделить на части, или "фрагменты". Фрагментация
желательна для повышения производительности системы, поскольку данные лучше
хранить в том месте, где они наиболее часто используются. При такой организации
многие операции будут чисто локальными, а объем пересылаемых вести данных снизится.
Например, рассмотрим отношение сотрудников ЕМР, показанное на рис.2.1. В системе, в
которой поддерживается фрагментация, определены два фрагмента, показанных в нижней
части рис.2.1.
      Предполагается, что кортежи сотрудников некоторым заданным образом
непосредственно отображаются на структуру физического хранения, D1 и D3 являются
отделами в Нью-Йорке (New York), а D2 - в Лондоне (London). Иначе говоря, в Нью-
Йорке будут храниться кортежи сотрудников из Нью-Йорка, а в Лондоне - кортежи
сотрудников из Лондона. Обратите внимание на внутренние системные имена
фрагментов: N_EMP и L_EMP.
      Существует два основных типа фрагментации - горизонтальная и вертикальная,
которые связаны с реляционными операциями выборки и проекции соответственно. На
рис.2.1 показана горизонтальная фрагментация. Иначе говоря, фрагментом может быть
любое произвольное подчиненное отношение, которое можно вывести из исходного
отношения с помощью операций выборки и проекции. При этом следует учесть
приведенные ниже допущения.

22