Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 27.05.2024 по 02.06.2024
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/HL7 27931-2015; Страница 963

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ 1820-2001 Спички. Технические условия Matches. Specifications (Настоящий стандарт распространяется на спички в коробках, предназначенные для использования в быту.. Стандарт не распространяется на спички специального назначения, сувенирные и спички, предназначенные для экспорта, на которые разрабатываются национальные нормативные документы) ГОСТ ISO 105-X12-2014 Материалы текстильные. Определение устойчивости окраски. Часть X12. Метод определения устойчивости окраски к трению Textiles. Tests for colour fastness. Part X12. Colour fastness to rubbing (Настоящий стандарт распространяется на текстильные материалы и устанавливает требования к методу определения устойчивости окраски текстильных материалов различного сырьевого состава, включая текстильно-напольные покрытия и другие ворсовые ткани, к трению и закрашиванию других материалов.. Данный метод распространяется на текстильные материалы, произведенные из всех видов волокна в виде пряжи и ткани, в том числе напольные покрытия, окрашенные или набивные.. Настоящий стандарт устанавливает два способа проведения испытания устойчивости окраски к трению: с сухой и мокрой смежной хлопчатобумажной тканью) ГОСТ ISO 105-А01-2013 Материалы текстильные. Определение устойчивости окраски. Часть А01. Общие требования к проведению испытаний Textiles. Tests for colour fastness. Part A01.General principles of testing
Страница 963
Страница 1 Untitled document
ГОСТ Р HCO/HL7 27931-2015
запросы к виртуальным таблицам (Virtual Table), которые поддерживали запросы
к серверным таблицам баз данных (виртуальным или физическим), использующие спе
цифичные критерии выборки;
запросы хранимых процедур, которые позволяли приложению, исполняемому в
одной системе, запрашивать выполнение хранимых процедур в другой системе, которые
были запрограммированы для извлечения специфичных данных;
сообщения запроса реакции на события, используемые для запроса данных,
форматированных как ответ на сообщение о событии.
Механизм «запросов в расширенной форме» предусматривал три новых способа
передачи данных реагирующей системе (например,серверу):
1. Передача значений в специфических параметрах запроса. (Используется в за
просах хранимых процедур и в запросах реакции на событие.) Это наиболее общий и
прямолинейный метод создания запросов. Его недостаток в том, что диапазон запросов,
которые может формулировать клиент, крайне ограничен.
2. Передача запроса в форме одного сложного «выражения» запроса. (Использует
ся в запросах к виртуальным таблицам.) Запрос формулируется с помощью дерева выра
жений, используя обычные операторы «AND», «OR», «<», «>» и т. д. Операндами могут
служить имена столбцов или переменных, определенных сервером. Такие запросы обес
печивают клиенту значительную гибкость формулирования запросов к таблицам, столбцы
которых определены сервером. Эта гибкость достигается ценой необходимости интерпре
тации выражения запроса сервером вместо простой подстановки параметра в существу
ющую хранимую процедуру.
3. Передача запроса в форме одной строки, содержащей выражение на существу
ющем языке запроса данных, например, SQL. (Используется в запросах на внешнем язы
ке -External Query Language, EQL-запрос.) EQL-запросы формулируются в виде строки,
формат которой соответствует синтаксису существующего языка запросов. Сервер, веро
ятно, передаст эту строку непосредственно системе управления базой данных, которая
разберет полученное выражение для выполнения запроса. Недостаток этого метода в
том, что различные системы управления базами данных используют разные языки запро
сов, поэтому содержание строки запроса, которую должен сформировать клиент, зависит
от языка запросов, используемого сервером.
В версии 2.3 использование событий, инициирующих передачу сообщений, было
приближено к тому, что описано в разделе 2. С каждым типом запросов, определенным в
стандарте, был связан отдельный тип события. В версии 2.3.1 с каждым типом ответом на
такие запросы тоже был связан отдельный тип события.
957