Национальный стандарт республики казахстан



страница31/33
Дата20.11.2016
Размер4.62 Mb.
Просмотров6791
Скачиваний0
1   ...   25   26   27   28   29   30   31   32   33

Таблица 119 - Сопоставления выражений запросов (лист 3 из 5)



Выражения

Описание

«поле»: «== константа»

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

Ведущий символ пробела после «<»и перед постоянным значением не включается в сравнение.

Если постоянное значение меньше, чем значение поля, условие считается выполненным. Если соответствующее выражение начинается с символа «#» (например, «#<»), считается, что значение поля рассматривается числовым для целей сравнения. Числовые константные строки должны обрабатываться согласно представленному номеру JSON описанной в ссылке 4627. Числовое выражение сопоставления должна считаться несоответствующим против не-числовым значением поля.


«поле»: «== константа»

Меньше чем или равно к соответствующим тестам выражения, если значение поля лексикографически меньше или равно с указанным постоянным значением. Меньше чем или равно для тестирования является чувствительным к регистру.

Ведущий символ пробела после «< =» и перед постоянным значением не включается в сравнение.

Если постоянное значение меньше или равно значению поля, условие считается выполненным. Если соответствующее выражение начинается с символа «#» (например, «#< =»), считается, что значение поля рассматривается числовым для целей сравнения. Числовые константные строки должны обрабатываться согласно представленному номеру JSON описанной в ссылке 4627. Числовое выражение сопоставления должна считаться несоответствующим против не-числовым значением поля.


"field": "starts constant"

Начинания с соответствующими тестами выражения, если значение поля начинается с указанного постоянного значения. Ведущий символ пробела после «starts» и перед постоянным значением не включается в сравнение. Начинания с теста чувствительны к регистру.

Если значение константы равно к началу значения поля, условие считается выполненным.



"field": "Istartsconstant"

«поле»: «начинает постоянно»



Не начинания с соответствующими тестами выражения, если значение поля не начинается с указанного постоянного значения, Ведущийсимвол пробела после «Istarts» и до постоянного значения в сравнение не входит. Не начинания с теста чувствительны к регистру.

Если постоянное значение не равно начала значения поля, условие считается выполненным.



"field": "endsconstant"

«поле»: «заканчивается константа»



Концы с соответствующими тестами выражения, если значение поля заканчивается с указанным постоянным значением. Ведущийсимвол пробела после «ends» и перед постоянным значением в сравнение не входит. Концы с тестом чувствительны к регистру.

Если постоянное значение не равно конца значения поля, условие считается выполненным.



"field": "lends constant"

«поле»: «одалживает константа»



Не концы с соответствующими тестами выражения, если значение поля не заканчивается с указанным постоянным значением. Ведущий символ пробела после «lends» и перед постоянным значением в сравнение не входит. Не концы с тест чувствителен к регистру. Если значение константы не равен конца значения поля, условие считается выполненным.

Таблица 119 - Сопоставления выражений запросов (лист 4 из 5)



Выражения

Описание

"field": "contains constant"

«поле»: «содержитконстанту»



Содержания с соответствующими тестами выражения, если поле значение содержит указанное постоянное значение. Ведущий символ пробела после «contains»и перед постоянным значением в сравнение не входит. Содержания тест чувствителен к регистру. Если значение константы находится в пределах подстроки значения поля, условие считается выполненным. Содержание оператор поддерживается только в том случае, если имеется cdmi_query_contains возможность.

"field": "Icontains constant"

«поле»: «содержит константу»



Не содержанияс соответствующими тестами выражения, если значение поля не содержит указанное постоянное значение. Ведущий символ пробела после «Icontains» и перед постоянным значением в сравнение не входит. Несодержание тест, чувствителен к регистру.

Если значение константы не найдено, как подстрока в значении поля, условие считается выполненным. Не содержание оператор поддерживается только в том случае, если имеется cdmi_query_contains возможность.



"field": "tag constant"

«поле»: «тегконстанта»



Тег с соответствующими тестами выражения, если значение поля содержит указанное постоянное значение. Ведущий символ пробела после «tag» и перед постоянным значением в сравнение не входит. Тег тест не чувствителен к регистру.

Если постоянное значение обнаруживается как тег подстрока в значении поля, условие считается выполненным. Тег подстроки начинаются в начале значения или "," и завершаются на следующей»,» или в конце строки. Пробелы до и после»,» символы должны быть удалены для целей сравнения.

Тег, выражения поддерживается только в том случае, если имеется cdmi_query_tags возможность.


"field": "!tag constant"

«поле»: «! тегконстанта»



Не тег с соответствующими тестами выражения, если значение поля не содержит указанное постоянное значение. Ведущий символ пробела после «! тег» и перед постоянным значением в сравнение не входит. Не тег тест не чувствителен к регистру.

Если значение константы не найдено, как подстрока в значении поля, условие считается выполненным. Тег начало подстроки в начале значения или "," и завершаются на следующей»,» или в конце строки. Пробелы до и после»,» символы должны быть удалены для целей сравнения. Тег, выражения поддерживается только в том случае, если имеется cdmi_query_tags возможность.



"field": "=~ constant"

«поле»: «= ~ постоянная»



Постоянное с соответствующими тестами выражения, если значение поля содержит указанное постоянное значение.

Ведущий символ пробела после «= ~ "и перед постоянным значением в сравнение не входит. Если регулярное выражение имеет значение true против значения, условие считается выполненным.

Постоянное выражение строк должны обрабатываться согласно POSIX Расширенное регулярное выражение (РРВ) стандарта, как указано в IEEE Std 1003.1. Regex-выражения поддерживается только в том случае, если имеется cdmi_query_regex возможность.


Таблица 119 - Сопоставления выражений запросов (лист 5 из 5)

Выражения

Описание

"field":"!~ constant"

«поле»: «! ~ постоянная»



Не постоянное с соответствующими тестами выражения, если значение поля не содержит указанное постоянное значение.

Ведущий символ пробела после "! ~» и перед постоянным значением в сравнение не входит. Если регулярное выражение имеет значение false, сравнивая его со значением, условие считается выполненным. Регулярное выражение строки должны обрабатываться согласно POSIX Расширенное регулярное выражение (РРВ) стандарта, как указано в открытой группе база спецификации выпуск 6, IEEE Std 1003.1, издание 2004 года. Регулярное выражения поддерживаются только в том случае, если имеется возможность cdmi_query_regex.


Все поля в объектах, которые не включены в рамки спецификации учитываются для целей сопоставления объектов.

Когда УИР используется как постоянная для равенства и неравенства операторов против УИРродитель, УИРдомен и УИР возможности, либо УИР путь или УИР по Идентификатору объекта могут быть заданы и считаются взаимозаменяемыми.

ПРИМЕР1 В запросе, чтобы найти все объекты, принадлежащие к определенному домену считаются идентичными области следующие два запроса:

[

{


"domainURI" : "== /cdmi_domains/MyDomain/"

}


]

и

[



{

"domainURI" : "== /cdmi_objectid/00007E7F001074C86AD256DA5C67180D/"

}

]

ПРИМЕР 2 Кроме того запрос, чтобы найти все объекты с помощью заданного родительского контейнера будет иметь две эквивалентные формы:



[

{


"parentURI" : "== /MyContainer/"

}


]

и

[



{

"parentURI" : "== /cdmi_objectid/0000706D0010B84FAD185C425D8B537E/"

}

]

19 Спецификация результатов


19.1 Введение
CDMI обеспечивает стандартизированный механизм, чтобы определить подмножества содержания объекта. Этот механизм известен как спецификация результатов CDMI. Технические требования результатов, как правило, используются, чтобы предоставить пользователю CDMI способ указать на том, какое подмножество содержания CDMI и что намеревается восстановить.

Каждый объект JSON в пределах спецификации результатов представляет ряд областей, которые возвращены для каждого объекта соответствия.

Результаты объект JSON построены по структуре, используемую для объектов CDMI. Чтобы показать это, есть следующее следствие CDMI для объекта данных.

HTTP/1.1 200 OK

Content-Type: application/cdmi-object

X-CDMI-Specification-Version: 1.0.2

{

"objectType" : "application/cdmi-object",



"objectID" : "00007E7F0010EB9092B29F6CD6AD6824",

"objectName" : "MyDataObject.txt",

"parentURI" : "/MyContainer/",

"parentID" : "00007E7F00102E230ED82694DAA975D2",

"domainURI" : "/cdmi_domains/MyDomain/",

"capabilitiesURI" : "/cdmi_capabilities/dataobject/",

"completionStatus" : "Complete",

"mimetype" : "text/plain",

"metadata" : {

"cdmi_size" : "108263"

},

"valuerange" : "0-108262",



"value" : "..."

}
19.2 Примеры


Каждая область спецификации результатов объекта JSON указывает, что область включает результаты.

ПРИМЕР 1 следующая спецификация результатов показывает cdmi_size результаты полей метаданных:

{

"cdmi_results_specification" : {



"objectID" : "",

"metadata" : {

"cdmi_size" : ""

}

}



}

ПРИМЕР 2, Если объект подобран, результат JSON, следующее:

{

"objectID" : "00007E7F0010EB9092B29F6CD6AD6824",



"metadata" : {

"cdmi_size" : "108263"

}

}

Для случаев наиболее популярного способа пользователи используют objectName и parentURI или все три области в cdmi_results_specification. parentURI или objectName будут требовать востановление объекта.



ПРИМЕР 3, Все пункты метаданных для каждого объекта соответствия,

{

"cdmi_results_specification" : {



"metadata" : ""

}

}



ПРИМЕР 4, Все пункты метаданных для каждого объекта соответствия, cdmi_results_specification следующее:

{

"cdmi_results_specification" : ""



}

Основа 64 кодирования существует для чтения выполненного объекта, где valuetransferencoding область указывает на кодирование.



20 Регистрация
20.1 Обзор
Регистрация CDMI разделена на три функциональных области, с отличающимися детальными уровнями. Эти области: регистрация объекта, регистрация безопасности и регистрация управления данными.

CDMI не определяет формат сообщений регистрации. Будущие стандарты регистрации последуют этой области.

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

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


20.2 Регистрация объекта
Регистрация поддерживается системой хранения облако и все операции, выполненные на объектах CDMI (объекты данных, контейнерные объекты, объекты области, объекты очереди и объекты способности), постоянно хранятся в определенных регистрирующихся очереди.

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

- метка времени в формате ISO 8601 (см. 5.14);

- область, в которой была выполнена операция;

- выполняемая операция;

- руководитель предприятия, которым была выполнена операция и результат операции.

Зарегистрированные операции должны включать операции, выполненные в CDMI -экспортируемую файловую систему
20.3 Регистрация безопасности
Безопасности события, включают идентификацию и разрешение, модификации области и зарегистрируются. Регистрация безопасности включает пользователя и управление областью, связанные с мандатом действия (т.е., проверка списка аннулирования) и должна включать операции из группы, которые затрагивают безопасность системы хранения облако (например, модификации свойств безопасности области CDMI через административный GUI).

Если система хранения облако поддерживает тип очереди cdmi_logging_queue и cdmi_logging_class cdmi_security_logging как показано в 20.5, это указывает, что система поддерживает контрольную регистрацию. Следовательно, способность всей системы cdmi_security_audit, определенного в Таблице 101 12.1.3, должна быть установлена в "Верно". Иначе, cdmi_security_auditне должен присутствовать.


20.4 Регистрация управления данных
Зарегистрировать сообщения, связанные с изменением метаданных, изменяя метаданные системы данных, регистрация включает все условия, указанные фактические метаданные системы данных для объектов. Например, если число требуемых точных копий было изменено пользователем, это изменение должно произвести сообщение регистрации, указывающее на это изменение. Соответствующее изменение в фактическом числе точных копий системой должно также произвести сообщение регистрации. Данный класс регистрации должен также содержать объект, и стратегические сообщения для регистрации.
20.5 Регистрация очередей
Регистрирующиеся очереди позволяют пользователям CDMI быть подробными, регистрируя информацию о действиях, связанных с операцией системы хранения облако. Поскольку данные очереди постоянные, никакие действия не сохраняются пользоватетем. Если различные очереди регистрации используются для различных пользователей, то каждый пользователь действует независимо от других (например, аналитическое применение может восстановить информацию о действиях, выполненных в определенной области или наборе объектов, используя регистрирующуюся очередь, которая уникально формируется к ее определенным потребностям).

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

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

Создавая регистрирующуюся очередь, метаданные, описанные в Таблице 120, должны соблюдаться. Попытки изменить метаданные в данном поле приводят к коду состояния ППГ 403 (Запрещено). Как только регистрирующаяся очередь создана, за исключением cdmi_queue_type, пункты метаданных в этом поле не изменяются. cdmi_queue_type может только быть удален, указав к системе, что регистрирующаяся очередь больше не получают сообщения регистрации и рассматриваются как регулярный объект очереди CDMI.


Таблица 120 Необходимые метаданные для регистрации очереди (Стр 1 из 2),

Метаданные названия

Тип

Описание

Требования

cdmi_queue_type

JSON строка

Тип очереди указывает, как система хранения облако управляет объектом очереди. Тип cdmi_logging_queue определен для регистрации очередей.

Обязательное

cdmi_logging_class

JSON строка JSON массив

Объект содержит множество JSON, которое указывает, какие сообщения регистрации поставлены в очередь. Определенные ценности:

• cdmi_object_logging - получают регистрирующиеся сообщения, связанные с операциями по объекту;

• cdmi_datasystem_logging - получают регистрирующиеся сообщения, связанные с изменениями метаданных системы данных;

• cdmi_security_logging - получают регистрирующиеся сообщения, связанные с событиями безопасности. Пользователи включают все классы сообщений регистрации в cdmi_logging_class JSON. Все сообщения регистрации JSON должны использоваться.



Обязательное

Таблица 120 Необходимыеметаданные для регистрации очереди (Стр 2 из 2),



Метаданные названия

Тип

Описание

Требования

cdmi_scope_specification

JSON строка

Спецификация объема определяет набор объектов, поставленных в очередь связанные сообщения регистрации. Регистрация ведется для всех объектов, включая JSON. Для регистрации безопасности спецификации объема. См. Пункт 18.

Обязательное

ПРИМЕР 1 метаданных, связанных с регистрирующейся очередью:

{

"metadata" : {



"cdmi_queue_type" : "cdmi_logging_queue",

"cdmi_logging_class" : [

"cdmi_object_logging",

"cdmi_security_logging"

],

"cdmi_scope_specification" : [



{

"domainURI" : "== /cdmi_domains/MyDomain/"

}

]

}



}

При регистрации сообщения dequeued должны содержать объект JSON и иметь тип "jdoe" объема "application/json". Данный объект JSON содержит одну или более последовательностей JSON или объекты, представляющие единственное сообщение регистрации.

Сообщения регистрации включены в регистрирующуюся очередь, если пользователь создал регистрирующуюся очередь, он получает доступ к объекту, связанному с сообщением регистрации, (т.е., наличии ACEs - AccessControlEntries- Запись Управления Доступом от п.16.1.5.

ПРИМЕР 2, При создании регистрирующейся очереди администратором, все соответствие имеют результаты. Если регистрирующаяся очередь была создана пользователем "jdoe", то только регистрация сообщений для объектов, что "jdoe" позволяют получить доступ.

Таблица 121 описывает созданные из системы метаданные, которые предоставляют подробную информацию о статусе регистрирующейся очереди.

Таблица 121 Регистрация состояния метаданных



Метаданные названия

Тип

Описание

Требования

cd mijogg i ng_status

JSON строка

Определенные ценности:

• Обработка - указывает, что регистрирующаяся очередь просматривает результаты;

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

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

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


Обязательное


Каталог: sites -> default -> files
files -> Методические рекомендации по проведению Дня Знаний, посвященного Году кино в РФ
files -> Блестящие будущие возможности в сфере икт для нового поколения женщин
files -> Ларцева А. 1 Перевод имен собственных на примере книги ховарда рейнголда
files -> Занятие №18 Здравствуйте, участники программ личностного развития для детей!
files -> Программа кружка «Юный журналист»
files -> Шелакина А. А. Студентка 2 курса атп 921 ппк сгту имени Гагарина Ю. А
files -> Культурного и природного наследия имени д. С. Лихачева
files -> Участники регионального отборочного Чемпионата профессионального мастерства по методике WorldSkills «WorldSkills Russia Иркутск 2016» по компетенции: 21 PlasteringandDrywallSystems – Сухое строительство и штукатурные работы 25 27
files -> Семинар «использование квест- технологии в обучении английскому языку»


Поделитесь с Вашими друзьями:
1   ...   25   26   27   28   29   30   31   32   33


База данных защищена авторским правом ©nethash.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал