Методические указания (1034716), страница 5
Текст из файла (страница 5)
(Ключ_запроса, Дата_и_время_совершения_операции, Номер_карты, ФИО_держателя, Дата_истечения_срока, ИДбанкомата, Тип_операции, Сумма, Статус, Ключ_банка_эквайера, Ключ_банка_эмитента, Ключ_другого_ПЦ)
values (k3, z4, z1, z5, z6, z7, z8, z9, z10, kl_bank_2, kl_bank_1, NULL);
// z4, z1, z5, z6, z7, z8, z9, z10 выбираются из дополнительных входных данных
10. Транзакция «Изменить статус запроса» (запускается с банкомата, объём дополнительных входных данных – 1024 байтов)
update Запрос
set Статус = Значение3
where Номер_карты=Значение1 and Дата_и_время_совершения_операции= Значение2;
Пояснения к заполнению поля «Условие поиска» при описании запросов в пакете КСАМ (см. также документ «07.Описание запросов и транзакций.doc» и пример описания, приведённый в пакете КСАМ)
| Обозначение значений атрибутов в запросе (см. приведённое выше описание запросов) | Что указывать в поле «Условие поиска» для атрибутов в дополнительных свойствах блока «Таблицы запроса» формы «Описание запросов и транзакций» | Пояснения (что моделирует КСАМ) |
| Имена, включающие русские слова (например, Значение1 и т.д.) | W. P. (P. - для атрибутов оператора Insert) | W. - КСАМ моделирует передачу значений атрибутов процессинговому центру из узла вместе с вызовом транзакции (от банкомата или рабочей станции оператора), P. - КСАМ моделирует для оператора Insert включение этих значений атрибутов в базу данных (для других операций этот признак кодировать не надо в этом варианте) |
| k1, k2 и т.д. (а также i) | P. (для атрибутов оператора Insert) | P. - КСАМ моделирует для оператора Insert включение значений атрибутов в базу данных. Примечание. В приведённом выше описании запросов переменные k1, k2 и т.д. обозначают синтетические ключи записей (в реальной системе они автоматически генерируются при добавлении записей с помощью объектов-последовательностей). |
| z1, z2 и т.д. | P. (для атрибутов оператора Insert) | P. - КСАМ моделирует для оператора Insert включение значений атрибутов в базу данных. Примечание. В приведённом выше описании запросов переменные z1, z2 и т.д. означают, что в реальной системе они рассчитываются внутри транзакции или выбираются из дополнительных входных данных (поле «Объём входных данных» дополнительных свойств блока «Транзакции, к которым выполняется обращение из узла» формы «Определение транзакций, к которым выполняется обращение из узлов» или поле «Объём входных данных» дополнительных свойств блока «Транзакции, к которым выполняется обращение из транзакции» формы «Определение транзакций, к которым выполняется обращение из транзакций») |
| p1, p2 и т.д. | P. | P. – КСАМ моделирует передачу прочитанных с помощью оператора Select данных (операция S.) обратно в узел, выдавший запрос. |
| f1, f2 и т.д. | F. | F. – КСАМ учитывает, что прочитанные с помощью оператора Select (операция S.) данные не передаются обратно в узел, выдавший запрос (в реальной системе эти данные обрабатываются внутри транзакции) |
| Другие значения в операторах Insert: kl_bank, kl_bank_1, kl_bank_2, cnt_zapr | P. - для атрибутов оператора Insert | P. - КСАМ моделирует для оператора Insert включение значений атрибутов в базу данных. |
| Значения функций агрегирования в операторах Select: cnt_zapr, сnt_sl | В КСАМ не моделируется агрегирование значений атрибутов в операторах Select | |
| #имя (например, #Q1 и т.д.) | Так обозначаются атрибуты, по которым выполняется соединение таблиц |
Приложение 3
Варианты конфигураций узлов
Ниже перечислены варианты конфигураций узлов. В каждом варианте указаны две конфигурации, которые необходимо использовать в КСАМ при описании двух архитектур. Эти две архитектуры необходимо в дальнейшем сравнить по характеристикам производительности.
Вариант 1
| Конфигурация 1 | Конфигурация 2 | |
| Папка, где хранится описание | TPC-C\Вариант1\1 | TPC-C\Вариант1\2 |
Вариант 2
| Конфигурация 1 | Конфигурация 2 | |
| Папка, где хранится описание | TPC-C\Вариант2\1 | TPC-C\Вариант2\2 |
Вариант 3
| Конфигурация 1 | Конфигурация 2 | |
| Папка, где хранится описание | TPC-C\Вариант3\1 | TPC-C\Вариант3\2 |
Вариант 4
| Конфигурация 1 | Конфигурация 2 | |
| Папка, где хранится описание | TPC-C\Вариант4\1 | TPC-C\Вариант4\2 |
В каждой папке хранятся два файла: mht-файл (здесь приведены общие характеристики конфигурации) и pdf-файл (здесь приведены показатели, которые необходимо использовать для описания конфигурации в КСАМ). Эти файлы были скопированы с сайта http://www.tpc.org.
На этом сайте приведены результаты натурного моделирования различных конфигураций информационных систем (ИС) на синтетическом тесте TPC-C, который представляет собой обработку заказов оптовым поставщиком (на сайте приведены результаты тестирования и по другим тестам, но нас интересует именно тест TPC-C). Каждая тестируемая ИС имеет следующую структуру: сервер базы данных (одна станция), сервер(ы) приложений (клиент(ы) – одна или несколько станций), терминалы (сотни рабочих станций – эмулируются программным путём). Эти станции объединены в сеть.
Натурный эксперимент в тесте TPC-C выполняется следующим образом (рис. П3.1):
1 – на рабочей станции эмулируется выбор из меню некоторой транзакции (по вероятности),
2 – на экране появляется окно для ввода исходных данных для запуска выбранной транзакции,
3 – выполняется измерение времени, потраченное на работу с меню (Response Time - Menu),
4 – эмулируется заполнение входной формы (время Keying Time),
5 - на реальном сервере приложений запускается транзакция, которая обращается к реальному серверу базы данных для выполнения SQL-запросов, результаты выполнения транзакции возвращаются на рабочую станцию,
6 - измеряется время выполнения транзакции (Response Time - время реакции),
7 – на рабочей станции эмулируется обдумывание результатов (Think Time), процесс повторяется, начиная с пункта 1.
Более подробно о тесте TPC-C можно прочитать в документе TPC-C\ tpcc_current.pdf.
Рис. П3.1. Сценарий натурного эксперимента.
Примечание. По описанию конфигурации КСАМ рассчитывает Время на блок и Время обработки одной записи курсора (см. ниже, рис. П3.5), и далее использует эти величины для аналитических расчётов характеристик производительности процессингового центра, построенного на основе данной конфигурации аппаратных средств и общесистемного программного обеспечения.
Описание конфигурации узла в КСАМ выполняется с помощью четырёх окон (документ «12.Описание конфигураций узлов.doc»):
1. Форма «Описание конфигураций узлов»,
2. Дополнительные свойства блока Сервер,
3. Первое окно дополнительных свойств блока Клиент,
4. Второе окно дополнительных свойств блока Клиент.
С помощью формы «Описание конфигураций узлов» следует ввести условные имена конфигурации, сервера БД, клиента (сервера приложений) и другие данные.
В окне «Дополнительные свойства блока Сервер » характеристики аппаратных средств и общесистемных программных средств сервера БД вводятся как справочные данные. Для расчётов необходимо определить значения трёх полей:
1. Количество дисков в эксперименте – это число дисков именно в тесте TPC-C (не важно, что у вас будет другое количество дисков).
Количество дисков (типа data) можно найти в pdf-файле: или в разделе PowerVault Disk Subsystem (см. рис. П3.3, метка 1), или в разделе Server Storage, или в разделе External Storage или, в крайнем случае, в разделе Server Hardware.
Примечание. Диски, где хранятся данные натурного эксперимента, можно отличить от других устройств по информации в pdf-файле следующими способами: или они отмечены слева как «data», или в колонке Qty указано большое число дисков (сотни дисков).
2. Размер диска (Гбайты) – это размер одного диска именно в вашем RAID-массиве (в курсовой работе полагаем, что размер диска равен 36 Гбайтам).
Примечание. КСАМ автоматически рассчитывает количество дисков, на которых хранится база данных процессингового центра, на основе параметров наполнения БД и процента заполнения диска.
3. Размер блока диска (Кбайты) – это размер блока чередования вашего RAID-массива (в курсовой работе полагаем, что размер блока диска равен 64 Кбайтам).
В окне «Первое окно дополнительных свойств блока Клиент» характеристики аппаратных средств и общесистемных программных средств клиента (сервера приложений) вводятся как справочные данные. Для расчётов необходимо определить значения двух полей:
1. Число станций монитора транзакций - здесь следует ввести число станций клиента, использованных именно в тесте ТРС-С (не важно, что у вас один клиент, т.е. один сервер приложений).
Число станций клиента можно найти в pdf-файле (см. рис. П3.3, метка 2).
2. Число дисков с записями курсора – в этом поле следует указать число дисков на каждой станции клиента, где при проведении эксперимента ТРС-С сохраняются полученные от сервера базы данных записи курсоров, открытых транзакциями (это число равно 1).
В окне «Второе окно дополнительных свойств блока Клиент» (рис. П3.5) необходимо ввести данные, необходимые для расчёта значений полей Время на блок и Время обработки одной записи курсора (первоначально эти поля должны быть пустыми, КСАМ рассчитает эти значения при анализе архитектуры процессингового центра и заполнит указанные поля).
В курсовой работе используется 2-ой способ расчёта указанных параметров. Для этого в окне (рис. П3.5) необходимо заполнить поля, отмеченные метками 3 – 7. Соответствующие значения можно взять из pdf-файла (см. метки 3 – 6 на рис. П3.4).
Примечание. Имена транзакций следует кодировать именно так, как приведено в окне на рис. П3.5, метка 7 (см. также документ «12.Описание конфигураций узлов.doc»).
Рис. П3.2. Содержание pdf-файла.
Рис. П3.3. Содержание pdf-файла (продолжение).
Рис. П3.4. Содержание pdf-файла (продолжение).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
