Глава 1 - Общий обзор контрольного теста   

Содержание:

1.1. Определения

1.2. Среда бизнеса и приложений

1.3. Сводная информация по транзакциям

1.4. Описание модели


1.1. Определения

Числа _____________________

60-дневный период

Оценочная стоимость средств хранения информации должна быть рассмотрена для устройств, предоставляющих достаточный объем для хранения и обслуживания данных и Определенных пользователем объектов, создаваемых за период выполнения в 60 рабочих дней на отчётной производительности, называемый 60-дневным периодом.

60-дневный Объем должен рассчитываться как:

60-дневный Объем = Исходный размер базы данных + (60 * Увеличение Данных)

А ___________________________

ACID

ACID – свойства транзакций: Atomicity, Consistency, Isolation, Durability (Атомарность, Последовательность, Изоляция, Устойчивость).


Add

Слово «Add» означает, что в таблицу TPC-E, указанную Слепком базы данных добавляется набор рядов. Ряд(ы) таблицы TPC-E могут быть добавлены только во Фрейме, в котором обозначено слово «Add».

B ________________________

BALANCE_T

BALANCE_T определяется, как SENUM(12,2), и используется для хранения комплексных данных об учётных записях и транзакциях, таких как балансы счетов, суммарные комиссии и т.д.

BLOB(n)

BLOB(n) это тип данных, предназначенный для хранения двоичных объектов переменной длины в n байт.


BLOB_REF

BLOB_REF это тип данных, который может ссылаться на объект BLOB(n), хранимый вне таблицы в SUT.

BOOLEAN

BOOLEAN -- это тип данных, предназначенный для хранения по меньшей мере двух отдельных значений, обозначающих FALSE и TRUE.

C_________________________

CE

См. Эмулятор Клиента.

CHAR(n)

CHAR(n) означает символьную строку, которая может содержать до n однобайтных символов. Строки могут быть заполнены пробелами до максимальной длины. CHAR(n) должен быть реализован с использованием Native Data Type.

Commit
Commit: Контрольная операция в СУБД, которая делает временные изменения, внесенные транзакцией в данные, постоянными.

D_______________________
DATE
DATE представляет собой тип данных даты с детализацией по дням и должен поддерживать диапазон от 1 Января 1800 года до 31 Декабря 2199, включительно. DATE должен быть реализован с использованием Native Data Type.

Примечание: компонент времени не является необходимым, но также может быть реализован.

DATETIME

DATETIME представляет тип данных для обозначения даты, включающей составляющую времени. Компонент данных должен соответствовать всем требованиям для типа данных DATE. Компонент времени должен быть способен представлять диапазон значений времени от 00:00:00 до 23:59:59. Могут быть реализованы дробные значения секунд, но они не являются необходимыми. DATETIME должен быть реализован с использованием Native Data Type.

DM

См. Генератор обслуживания данных.

E ___________________________

EGen

EGen – это программная среда, предоставленная TPC, которая должна использоваться в реализации TPC-E. Программная среда логически разделена на три составляющих: EGenProjectFiles, EGenInputFiles и EGenSourceFiles. Эти программные составляющие предоставляют средства для использования: EGenLoader для генерации данных, используемых для заполнения базы данных, EGenDriver для создания транзакционных данных и EGenTxnHarness контроля вызова фрейма.

EGenDriver

EGenDriver подразделяется на следующие части:

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

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

EGenDriverDM предоставляет ключевой функционал, необходимый для реализации Генератора обслуживания данных.
EGenDriver предоставляет ключевой транзакционный функционал (такой как, например, Сочетание транзакций и создание входных данных), необходимый для реализации Драйвера.

EGenDriverCE

EGenDriverCE – любые и/или все представления класса CCE (См. EGenSourceFiles CE.h и CE.cpp).

EGenDriverDM

EGenDriverDM – единичный представитель класса CDM (см. EGenSourceFiles DM.h и DM.cpp).

EGenDriverMEE

EGenDriverMEE – любые и/или все представления класса CMEE (См. EGenSourceFiles MEE.h и MEE.cpp).

EGenInputFiles

EGenInputFiles – это набор текстовых файлов, предоставляемых TPC, содержащих ряды разделенных табуляцией данных, которые используются частями EGen в качестве «сырого» материала для создания данных.

EGenLoader

EGenLoader – это двоичный исполняемый файл, созданный с использованием методов, описанных в EGenProjectFiles при помощи исходного кода из EGenSourceFiles, включая любые расширения, внесенные Организатором теста (см. Пункт 5.7.4). Во время исполнения, EGenLoader использует EGenInputFiles для создания набора данных, представляющих исходное состояние базы данных TPC-E.

EGenLogger

EGenLogger создает журнал исходной конфигурации и любой реконфигурации EGenDriver и EGenLoader, и сравнивает текущую конфигурацию с настройками TPC-E по умолчанию.

EGenProjectFiles

EGenProjectFiles – это набор файлов, предоставляемых TPC, используемых для облегчения построения пакетов EGen в среде Организатора теста.

EGenSourceFiles

EGenSourceFiles – набор файлов исходных кодов и заголовков на языке C++, предоставляемых TPC.

EGenTables

EGenSourceFiles содержит определения классов, предоставляющие абстракции таблиц TPC-E. Эти классы таблиц называются общим именем EGenTables и инкапсулируют функционал, необходимый для создания данных для каждой из таблиц TPC-E.

EGenValidate

EGenValidate это двоичный исполняемый файл, созданный с использованием методов, описанных в EGenProjectFiles с помощью исходного кода из EGenSourceFiles. Во время исполнения, EGenValidate использует входные данные, предоставленные Организатором, для проверки того, что за время Интервала измерения, установленного Организатором, были получены верные результаты транзакции Trade-Result по каждой Единице обработки.

EGenTxnHarness

EGenTxnHarness определяет набор интерфейсов, используемых для контроля и связи входных и выходных данных, Транзакций и Фреймов.

ENUM

ENUM(m[,n]) или SENUM(m[,n]) означает точное численное значение (со знаком или без, соответственно). ENUM и SENUM идентичны NUM и SNUM, соответственно, за исключением того, что они должны быть реализованы с использованием Native Data Type, который обеспечивает точное представление по меньшей мере n знаков после запятой.

F ___________________________

FDR
FDR это .zip файл, содержащий следующее:

  • Отчёт в формате Adobe Acrobat PDF,
  • Итоговое исполнительное постановление в формате Adobe Acrobat PDF,
  • документ XML («ES.xml») с примерно той же информацией, что и в Итоговом исполнительном постановлении,
  • Файлы обеспечения, состоящие из различных файлов исходных кодов, сценариев и списков. Требования к структуре файла FDR описаны ниже:

Примечание: Назначением FDR является описание того, при помощи какой реализации и исполнения был достигнут Результат контрольного тестирования, для того чтобы Результат мог быть воспроизведен с соответствующим оборудованием и программным обеспечением.

FIN_AGG_T

FIN_AGG_T определен как SENUM(15,2) и используется для хранения сложных финансовых данных, таких как графики статей дохода и оценки прибыльности.

I _________________________

IDENT_T

IDENT_T определяется как NUM(11) и используется для хранения неторговых указателей.

ITD

См. Начальные дни торгов

M_________________________

MEE

См. Эмулятор фондовой биржи

Modify

Слово «Modify» означает, что содержимое таблиц TPC-E изменяется во Фрейме. Содержимое колонки таблицы может быть изменено только во Фрейме, в котором обозначено слово «Modify». Когда исходное содержимое колонки таблицы также должно быть возвращено, или на него должна быть создана ссылка перед тем, как оно будет изменено, также указываются методы доступа «Reference» или «Return».

N ___________________________

Native Data Type

Native Data Type - это встроенный тип данных СУБД, чьим документированным назначением является хранение данных конкретных типов, указанных в спецификации. К примеру, DATETIME должен быть реализован при помощи встроенного типа данных СУБД, предназначенного для хранения информации о дате/времени.

NUM(m[,n])

NUM(m[,n]) означает численное значение без знака с количеством знаков не меньше m, из которых n знаков после запятой. Тип данных должен иметь возможность содержать все возможные значения, которые могут быть выражены как NUM(m[,n]). Исключение n, например как записано в NUM(m), означает то же, что NUM(m,0). NUM должен быть реализован с использованием Native Data Type.

R_________________________

Reference

Слово «Reference» обозначает, что в базе данных идентифицирована колонка таблицы TPC-E, и ее содержимое доступно в пределах Фрейма без передачи содержимого колонки таблицы в EGenTxnHarness.

Remove

Слово «Remove» обозначает, что некоторое количество рядов удаляется из таблицы TPC-E, указанной Слепком базы данных. Ряд(ы) таблицы могут быть удалены только во Фрейме, в котором указано слово «Remove». Количество удаляемых рядов указывается во второй колонке Слепка базы данных либо при помощи либо «# row» для фиксированного количества рядов, либо «row(s)» для неустановленного количества рядов.

Return

Слово «Return» обозначает, что существует ссылка на колонку таблицы TPC-E, и что ее содержимое извлекается из базы данных и направляется в EGenTxnHarness. Ссылка на колонку должна производиться в том же Фрейме, где указано слово «Return». Содержимое колонки таблицы может быть передано в последующие Фреймы при помощи параметров ввода и вывода, указанных среди параметров Фрейма.

Rollback

Слово «Rollback» означает, что указанный Фрейм содержит контролирующую операцию, которая откатывает Транзакцию Базы данных. Откат Транзакции может быть осуществлен только во Фрейме, в котором указано слово «Rollback».

RT

См. Время отклика.

S ___________________________

S_COUNT_T

S_COUNT_T определено как NUM(12) и используется для хранения суммарного значения количества акций, используемого во многих таблицах. 

SENUM

См. ENUM

SF

SF см. Масштабирующий коэффициент.

S_PRICE_T

S_PRICE_T определено как ENUM(8,2) и используется для хранения значения стоимости акций.

S_QTY_T

S_QTY_T определено как SNUM(6) и используется для хранения количества акций по каждым отдельным торгам.

SNUM

SNUM(m[,n]) идентична NUM(m[,n]) за исключением того, что оно используется для отображения как положительных, так и отрицательных значений. SNUM должен быть реализован с использованием Native Data Type.

Примечание: тип данных SNUM может быть использован (по решению Организатора) всюду, где описан тип данных NUM.

Start

Слово «Start» указывает, что выбранный Фрейм содержит контрольную операцию, начинающую Транзакцию базы данных. Запуск Транзакции базы данных может произойти только во Фрейме, в котором указано слово «Start».

SUT

См. Тестируемая Система.

T_________________________

TRADE_T

TRADE_T определяется как NUM(15) и используется для хранения торговых указателей.

U ________________________

U*x

U*x в этой спецификации обозначает различные UNIX и Linux разновидности (такие как UNIX, Linux, AIX, Solaris).

V_________________________

VALUE_T

VALUE_T определяется, как SENUM(10,2), и используется для хранения некомплексных данных, относящихся к транзакциям и безопасности, таким как цена, дивиденды и т.д.

А_________________________

Аттестационное письмо

Аттестационное письмо: Мнение Аудитора относительно удовлетворительности Результатов должно быть описано в Аттестационном письме, доставляемом непосредственно Организатору.

Аудитор

См. Аудитор, сертифицированный TPC

Аудитор, сертифицированный TPC

Понятие Аудитор, сертифицированный TPC, используется для обозначения того, что TPC рассмотрел квалификацию Аудитора и сертифицировал ее/его возможности для проверки того, что Результаты тестирования были получены согласно указаниям спецификации. (Дополнительная информация относительно процесса сертификации Аудитора находится в Секции 9 документа Политика TPC.)

Б_________________________

Брокерские таблицы

Брокерские таблицы: этот набор включает 9 таблиц, содержащих информацию о брокерской фирме брокерских данных.

В_________________________

Внешний ключ

Внешний ключ (FК) – это колонка или комбинация колонок, используемая для установления и применения связи между данными в двух таблицах. Связь создается между двумя таблицами путем добавления колонки или колонок, содержащих значения Основного ключа одной таблицы, к другой таблице. Эта колонка становится Внешним ключом во второй таблице.

Восстановление приложения

Восстановление приложения: Процесс восстановления бизнес-приложения после Катастрофического сбоя системы и достижения точки, когда бизнес достигает определенных эксплуатационных критериев.

Время восстановления приложения

Время восстановления приложения: Время, прошедшее с момента начала Восстановления приложения до конца (см. Пункт 0).

Восстановление бизнеса

Восстановление бизнеса: Процесс восстановления бизнес-приложения после Катастрофического сбоя системы и достижения точки, когда бизнес достигает определенных эксплуатационных критериев.

Время Восстановления бизнеса

Время Восстановления бизнеса: Время, прошедшее с момента начала Восстановления приложения до конца (см. Пункт 7.5.6.8).

Восстановление базы данных

Восстановление базы данных: Процесс восстановления базы данных после Катастрофического сбоя системы.

Время Восстановления базы данных:

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

Время отклика

Время отклика (RT) определяется по формуле:

RTn = eTn - sTn,

где:

sTn и Tn измеряются в Драйвере;

sTn = время, измеренное перед тем, как первый байт входных данных Транзакции отправлен Драйвером в SUT;

eTn = время, измеренное после того, как первый байт выходных данных Транзакции получен Драйвером в SUT;

Примечание: промежуток между отметками времени, используемыми для имерения Времени отклика, должно быть не меньше 0.01 секунды.

Время Отправки

Каждый поток исполнения EGenDriverCE, вызывающий интерфейс EGenDriver Connector, создает последовательность Транзакций, хронологически определяемых как {T1, T2, ... Tn}. В пределах каждой последовательности Время отправки Транзакции n определено следующим образом:

  • для архитектуры Неблокирующего потока Драйвера (см. 6.2.3.2)

  • For n=1: DTn = 0

  • For n>1: DTn = (sTn – sTn-1)

  • для всех других архитектур, описанных в Пункте 6.2

  • For n=1: DTn = 0

  • For n>1: DTn = sTn – eTn-1

  • Где величинам sTn и eTn дано определение в Пункте 6.5.1.1

Вызванные рынком

Вызванные рынком: Эти Транзакции имитируют взаимодействие брокера с системой и инициируются компонентом Эмулятор фондовой биржи Драйвера контрольного теста.

Выполнение теста

Выполнение теста: период времени, в течение которого SUT выполняет Транзакции, отправленные в нее Драйверами, за исключением Trade-Cleanup.

Г_________________________

Генератор обслуживания данных

Одним из ключевых элементов Драйвера TPC-E является Генератор обслуживания данных (DM). DM отвечает за:

  • Создание необходимых данных для использования в качестве входных значений в Транзакции Data-Maintenance.

  • Отправка запроса Транзакции и связанных с ней входных данных в SUT.

  • Получение ответа Транзакции и соответствующих выходных данных из SUT, и измерение Времени отклика Транзакции.

Примечание: DM может также выполнять дополнительные операции, такие как ведение статистики счетов, журнала данных и т.д. Также DM может быть опционально использован для вызова единичной Транзакции Trade-Cleanup перед стартом Тестового прогона.

График выполнения теста

Для всего периода выполнения теста должен быть приведен График отношения Измеренной производительности ко времени, замеряемому по настенным часа в минутах. На оси Х отображается время, прошедшее с момента начала выполнения теста. На оси Y откладывается значение производительности в tpsE. Шаг значений должен быть установлен равным одной минуте. На графике должны быть отображены Период нарастания, Интервал измерения и Стабильное состояние.

Д_________________________

Дата доступности

Дата, когда все средства, необходимые для достижения указанной производительности, будут доступны (указана как одна дата в Итоговом исполнительном постановлении).

Действительная транзакция

Понятие Действительная транзакция относится к любой Транзакции, входные данные для которой были полностью отправлены Драйвером, обработка которой была успешно выполнена в SUT, и корректные выходные данные которой были полностью получены Драйвером.

Должен

Слово «должен» или понятия «необходим», «требуется», «требование» или «следует» в спецификации означают, что следование этим указаниям обязательно.

Дополнительные файлы

Дополнительные файлы – это содержимое папки SupportingFiles в FDR. Содержимое этой папки, состоящее из различных файлов исходных кодов, сценариев и списков, описано в Пункте 9.

Доступность

Доступность: Возможность выполнять операции базы данных с полным доступом к данным после перманентного невосстановимого краха любого одного Постоянного носителя, содержащего таблицы базы данных, данные журнала восстановления или Метаданные базы данных. См. Пункт 7.5.2.1.

Драйвер

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

Е_________________________

Единица обработки

Размер таблицы CUSTOMER может быть увеличен приращениями в 1000 клиентов. Группа из 1000 клиентов называется Единицей обработки.

Ж________________________

Журнал Отмены/Возврата

Журнал Отмены/Возврата: записывает все изменения, осуществляемые в файлах данных. Журнал Отмены/Возврата позволяет повторить все действия, выполняемые Системой управления базой данных. Если что либо происходит с одним из файлов данных, то резервная копия данных может быть восстановлена и затем, используя информацию Журнала Отмены/Возврата, который велся с момента создания резервной копии, можно привести файл данных к состоянию, в котором он находился перед тем, как стал недоступен.

З_________________________

Задержка шага

Задержка шага определяется как общее время, внедренное во Время отсылки (DTn), и его назначением является снижение скорости, с которой Транзакции отправляются в SUT.

Замена

Заменой является добровольное действие замены Организатором компонентов Оцененной конфигурации в результате невозможности соблюдения требований доступности Ценовой спецификации TPC, или когда меняется Номер комплектующего для компонента. 

И_________________________

Избыточность Уровня 1

Избыточность Уровня 1 (Избыточность постоянных носителей): Гарантирует доступ к данным на Постоянных носителях, в случае сбоя на одном из Постоянных носителей.

Избыточность Уровня 3

Избыточность Уровня 3 (Полная избыточность): Включает Избыточность Уровня 2 и гарантирует доступ к данным на Постоянных носителях, когда происходит одиночный сбой в системе Постоянных носителей, включая связи между Уровнем B и системой Постоянных носителей.

Избыточность Уровня 2

Избыточность Уровня 2 (Избыточность Контроллера постоянных носителей): Включает Избыточность Уровня 1 и гарантирует доступ к данным на Постоянных носителях, когда происходит одиночный сбой в контроллере хранилища информации, используемом для достижения уровня избыточности, или в средствах связи между контроллером хранилища данных и Постоянными носителями.

Измеренная Производительность

Измеренная производительность рассчитывается как полное число корректно выполненных Транзакций Trade-Result, выполненных в течение Интервала измерения, разделенное на длительность Интервала измерения в секундах.

Инициированная брокером

Инициированные брокером: Эти Транзакции имитируют взаимодействие брокера с системой и инициируются компонентом Эмулятор клиента Драйвером контрольного теста.

Инициированная клиентом

Инициированная клиентом: Эти Транзакции имитируют взаимодействие клиента с системой и инициируются компонентом «Эмулятор клиента» Драйвера контрольного теста.

Интервал измерения

Интервал измерения: период времени во время Стабильного состояния, выбранный Организатором для подсчета Отчётной производительности.

Интерфейс Базы данных

Интерфейс Базы данных – коммерчески доступный продукт, используемый Реализацией Фрейма для связи с Сервером Базы данных. Связь Интерфейса Базы данных с Сервером Базы данных может осуществляться с использованием информационной сети, но это не является необходимостью.

Интерфейс, определенный TPC

Интерфейс, определенный TPC – это член класса С++, спроектированный для обмена данными (и передачи контроля выполнения) между кодом Драйвер/SUT, предоставляемым Организатором, и кодом Драйвер/SUT, предоставляемым TPC.

Исходный размер базы данных

Исходный размер базы данных измеряется после того, как база данных в начальной стадии заполнена данными, созданными EGenLoader. Он включает все пространство для хранения базы данных, используемое для хранения объектов базы данных (рядов, индексов, Метаданных базы данных) или используемое как издержки форматирования СУБД.

Итоговое исполнительное постановление

Понятие Итоговое исполнительное постановление относится к файлу Adobe Acrobat PDF в папке ExecutiveSummaryStatement в FDR. Содержание Итогового исполнительного постановления описано в Пункте 9.

К_________________________

Катастрофический

Катастрофический: Тип сбоя, при котором обработка прервана без предупреждения, данного SUT. После этого сбоя, в отношении только упавшей базы данных очищается вся память и теряется весь контекст активных приложений.

Клиентские таблицы

Клиентские таблицы: Этот набор включает 9 таблиц, содержащих информацию о клиенте брокерской фирмы.

Л_________________________

Логика Базы данных

Логика базы данных – логика Реализации Фрейма, написанная Организатором (например, хранимые SQL процедуры).

М_________________________

Метаданные Базы данных

Метаданные Базы данных: информация, обрабатываемая СУБД и хранимая в базе данных для определения, управления и использования объектов базы данных, таких как таблицы, просмотры, синонимы, диапазоны значений, индексы, пользователи, и т.д.

Может

Слово «может» в спецификации означает, что объект в полной мере является опциональным.

Масштабирующий коэффициент

Масштабирующий коэффициент – это число рядов клиентов на одну транзакцию-в-секунду. Масштабирующий коэффициент для Номинальной производительности равен 500.

Масштабируемые таблицы

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

Н_________________________

Нарастание

Нарастание: период времени от начала Выполнения теста до начала Стабильного состояния.

Настраиваемые параметры

Настраиваемые параметры – это параметры, переключатели и флаги, которые могут быть скорректированы для изменения поведения продукта. Понятие Настраиваемые параметры относится и для оборудования, и для программного обеспечения и не ограничено параметрами, рассчитанными на использование клиентами.

Начальные дни торгов

Начальные дни торгов (Initial Trade Days (ITD)) – это Рабочие дни, использующиеся для наполнения базы данных. Это наполнение производится торговыми данными, генерируемыми SUT, работающей на Номинальной производительности заданное количество Рабочих дней. Количество Начальных дней торгов равно 300.

Не должен

Фраза «не должен» или понятие «не следует» в спецификации означает, что это абсолютный запрет в этой спецификации.

Не следует

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

Номинальная производительность

Номинальная производительность контрольного тестирования TPC-E равна 2.00 Транзакций-в-секунду-Е (tpsE) на каждые 1000 рядов клиентов в Настроенных клиентах.

Некатастрофичный

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

Номер детали

См. определение Номера детали в Ценовой спецификации TPC.

O ________________________

Объект, определенный пользователем.

Любой объект, определенный в базе данных считается Объектом, определенным пользователем, за исключением следующих:

  • Таблица TPC-E (см. Пункт 0)

  • Требуемый Основной ключ (см. Пункт 2.2.3.1)

  • Требуемый Внешний ключ (см. Пункт 2.2.3.1)

  • Требуемое ограничение (см. Пункт 2.2.3.2)

  • Метаданные Базы данных

Операционная система/ОС

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

  • Управляет выделенными ресурсами процессора и памяти.

  • Поддерживает и управляет файловой системой.

  • Загружает приложения в память.

  • Отслеживает, что ресурсы, выделенные одному приложению, не используются неавторизованно другим приложением.

  • Определяет, какие приложения в каком порядке должны выполняться, и сколько процессорного времени выделяется на исполнение приложения до того, как передать очередь на использование системных ресурсов другому приложению.

  • Управляет общим доступом ко внутренней памяти нескольких приложений.

  • Контролирует ввод и вывод с и на подключенные комплектующие устройства, такие как жесткие диски, сетевые карты и т.д.

Некоторые примеры Операционных систем приведены ниже:

  • Windows

  • UNIX-системы (Solaris, AIX)

  • Linux

  • MS-DOS

  • Mac OS

  • VMS

  • Netware

Оценка производительности

Отчётная производительность TPC-E, выраженная в tpsE. Это называется Оценкой производительности.

Оцениваемая конфигурация

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

Оценка цена/производительность

Оценка стоимости TPC-E на промежутке в 3 года, разделенная на Отчётную производительность, выражаемая как цена/tpsE. Она также известна как Оценка цена/производительность.

Организатор

См. Организатор Теста.

Организатор теста

Организатор Теста – это компания, официально предоставляющая Результат с FDR, и которой будет необходимо оплатить заявочную пошлину. Хотя Результат может быть предоставлен несколькими компаниями, с точки зрения процессов TPC Организатор теста должен быть одной компанией. Организатор теста не обязан быть участником TPC. Организатор теста ответственен за дополнение FDR всеми необходимыми обновлениями и исправлениями. По названию Организатора теста также дается наименование для идентификации Результата.

Основной ключ

Основной ключ – это колонка или комбинация колонок, уникально идентифицирующая ряд. Ни одна из колонок, являющихся частью Основного ключа, не может быть нулевой. Таблица должна содержать не более одного Основного ключа.

Отчет

Понятие Отчет относится к файлу Adobe Acrobat PDF в папке Report в FDR. Содержимое Отчета определено в Пункте 9.

Отчетный

Понятием Отчетный обозначаются элементы, являющиеся частью FDR.

Отчетная производительность

Оценка производительности, отображаемая TPC-E, является Отчетной производительностью. Единицей измерения Отчетной производительности SUT является tpsE. Значение этой величины основывается на Измеренной производительности, и ограничено требованиям, описанным в Пункте 6.7.1.2.

П_________________________

Полный отчёт описания (FDR)

См. FDR.

Приложение

Понятие Приложение или Прикладная программа относится к коду, не являющемуся частью коммерчески доступных компонентов SUT, но используется непосредственно для реализации Транзакций (см. Пункт 3.3) этого тестирования. К примеру, хранимые процедуры, триггеры и ограничения целостности ссылок расцениваются как часть Прикладной программы, когда используются для реализации любой части Транзакции, но не считаются частью Прикладной программы, когда используются исключительно для исполнения правил целостности (см. Пункт 2.4) или требований прозрачности (см. Пункт 2.5) независимо от любых транзакций.

Подтвержденная

Подтвержденная: Транзакция является Подтвержденной, когда ее действия (Add, Remove, Modify) Постоянны и видимы для других Транзакций.

Произвольная транзакция

Произвольная транзакция – это Транзакция базы данных, которая выполняет произвольные операции с базой данных на минимальном уровне изоляции L0 (см. Пункт 7.4.1.3).

Постоянный носитель

Постоянный носитель: энергонезависимое постоянное хранилище данных, такое как магнитный диск или лента.

Профиль

Профиль: характеристики Транзакции, определенные Псевдокодом и подытоженные Слепком базы данных.

Псевдокод

Псевдокод – это описание алгоритма, который использует структурные правила языков программирования, но не использует привязанный к конкретному языку синтаксис.

Р________________________

Рабочий день

Рабочий день: Период из восьми часов деятельности по обработке транзакций.

Растущее пространство

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

Растущие таблицы

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

Реализация Фреймов

Реализация Фреймов – средства, предоставляемые Организатором, принимающие входные данные и предоставляющие выходные данные в EGenTxnHarness через Интерфейс, определенный TPC. Реализация Фрейма и все нижележащие функциональные компоненты отвечают за предоставление соответствующего функционала, описанного в Профилях Транзакций (Глава 3.3).

Результаты

Результатами TPC-E являются оценка производительности, оценка цена/производительность.

Рост данных

Рост данных: объем файлов данных СУБД, необходимый для вмещения увеличения размеров Растущих Таблиц, вызванных выполнением Сочетания Транзакций на Отчётной производительности во время периода требуемой Стабильной работы.

Рост данных = Объем-данных-на-Результат-Торгов*tpsE*длительность Рабочего дня в секундах/

Рост журнала

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

Рост журнала = Объем-журнала-на-Результат-Торгов*tpsE*длительность Рабочего дня в секундах.

Рыночные таблицы

Рыночные таблицы: этот набор включает 11 таблиц, содержащих информацию о компаниях, рынках, торгах и секторах производства.

С ________________________

Свободное пространство

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

Сервер базы данных

Сервер базы данных — коммерчески доступный продукт. В контексте Сервера базы данных может использоваться логика, предоставляемая Организатором (к примеру, хранимые SQL процедуры). Примером Сервера базы данных являются:

  • Коммерчески доступная СУБД, работающая на

  • Коммерчески доступной Операционной Системе, работающей на

  • коммерчески доступном оборудовании, использующем

  • коммерчески доступное хранилище данных

Сессия

См. Сессия базы данных.

Сессия базы данных

Для работы с базой данных, для создания запросов или управления базой данных, необходимо открыть Сессию базы данных. Это может быть осуществлено следующим образом: Пользователь входит в базу данных, используя имя пользователя и пароль, таким образом открывая Сессию базы данных. Позже Сессия базы данных закрывается непосредственно пользователем или неявным образом, когда истекает время сессии. Инструмент базы данных неявным образом открывает Сессию базы данных, а затем закрывает ее вновь.

Сеть

Сеть – предоставляемые Организатором средства, которые должны поддерживать связь при помощи стандартных протоколов коммуникации с использованием физических средств. Одним из выдающихся свойств связи Коннектор – Сеть – Коннектор является то, что она следует важным стандартам и должна отображать более чем просто прикладные пакеты. Должно быть возможно одновременное использование этих средств другими приложениями. Требуется физическая передача данных, и нижележащие средства этих способов передачи должны обеспечивать связь на случайных глобально распределенных географических дистанциях. Использование протокола TCP/IP в локальной вычислительной сети является примером приемлемой реализации Сети.

Система управления базой данных

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

Сконфигурированные клиенты

Сконфигурированные клиенты – количество клиентов (с соответствующими рядами в ассоциированных таблицах TPC-E), сконфигурированных во время создания базы данных.

Следует

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

Слепок базы данных

Слепок транзакции базы данных – это набор необходимых взаимодействий с базой данных, выполняемых этой Транзакцией.

Стабильное состояние

Стабильное состояние: период времени от окончания Нарастания до начала Угасания.

Сочетание транзакций

Сочетание транзакций состоит из всех Транзакций, вызванных Клиентом, Брокером и Рынком.

СУБД

СУБД – см. Система управления базой данных.

Т_________________________

Таблицы размерности

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

Тестируемая система

Тестируемая система (System Under Test (SUT)) является объединением Уровня А и Уровня B.

Транзакции

Транзакции ТРС-Е являются ключевым элементов всей деятельности. Ядро каждой Транзакции выполняется на Сервере баз данных, но логика Транзакции взаимодействует с несколькими компонентами среды контрольного тестирования.
Транзакция состоит из кода управления и вызова одного или более Фреймов. Транзакция Trade-Cleanup является исключением. Организаторы могут, но не обязаны выполнять Транзакцию Trade-Cleanup из EGenTxnHarness

Транзакция базы данных

Транзакция базы данных является единицей работы со свойствами ACID.

Требования оценки Устойчивости

Требования оценки Устойчивости: условия, которым должно удовлетворять SUT во время всех тестов Устойчивости (см. Пункт 7.5.3)

У_________________________

Угасание

Угасание: период времени от конца Стабильного состояния до конца Выполнения теста

Устойчивость

См. Устойчивый.

Устойчивый

Устойчивое: состояние, которое выдерживает сбои (как описано в Пункте 7.5.2) и которое имеет семантики транзакционного обновления.

Устойчивая

Устойчивая: производительность на заданном промежутке времени (рассчитываемая как средняя производительность на этом промежутке), в которой не возникает значительных изменений.

Уровень A

Уровень A – представляет собой все оборудование и программное обеспечение, необходимое для реализации всех состовляющих функциональных компонент Connector, EGenTxnHarness, Реализация Фрейма и Интерфейс базы данных.

Уровень B

Уровень B – представляет собой все оборудование и программное обеспечение, необходимое для реализации функциональных компонент Сервера баз данных. Это понятие включает носитель для хранения данных, удовлетворяющий потребностям выполнения требований к начальному наполнению базы данных, указанных в Пункте 2.6.1 и требованиям роста Рабочего дня, установленным в Главах 6.6.6.3 и 6.6.6.4.

Ф________________________

Фиксированное пространство

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

Фиксированные таблицы

Фиксированные таблицы: Эти таблицы всегда содержат неизменное количество рядов вне зависимости от размера базы данных и выполнения транзакций. К примеру, таблица TRADE_TYPE содержит пять рядов.

Фрейм

Фрейм – это реализованная Организатором логика Транзакции, которая вызывается как исполняемая единица с помощью EGenTxnHarness. Все взаимодействия Транзакции с базой данных инициируются из ее Фреймов.

Ц_________________________

Целостность ссылок

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

Цифра

Цифра означает цифру в десятичной системе исчисления.

Э_________________________

Эмулятор клиента

Одним из ключевых элементов Драйвера TPC-E является Эмулятор клиента (СЕ). CE предназначен для эмулирования действий клиентов, запрашивания услуг брокерской организации, предоставления необходимых входных данных для запрошенной услуги и т.д. Таким образом, CE предназначен для следующего:

  • Принятие решений о том, какую Инициированную Клиентом или Инициированную брокером Транзакцию выполнить следующей (Broker-Volume, Customer-Position, Market-Watch, Security-Detail, Trade-Lookup, Trade-Order, Trade-Update и Trade-Status).

  • Создание необходимых данных для использования в качестве входных значений в выбранной Транзакции.

  • Отправка запроса Транзакции и связанных с ней входных данных в SUT.

  • Получение ответа Транзакции и связанных с ней выходных данных из SUT.

  • Измерение Времени отклика Транзакции.

Примечание: Опционально CE может выполнять дополнительные операция, как то ведение статистики счетов, создание журналов данных и т.д.

Эмулятор фондовой биржи

Эмулятор фондовой биржи (Market Exchange Emulator (МЕЕ)) - один из ключевых элементов Драйвера TPC-E. MEE отвечает за эмуляцию торгов на фондовых рынках: предоставляя услуги брокерской фирме, выполняя запрошенные торги, предоставляя обновления о событиях рынка, и т.д. Таким образом, MEE предназначена для следующего:

  • Получение запросов торгов и связанных с ними данных из SUT.

  • Получение ответа Транзакции и соответствующих выходных данных из SUT, и измерение Времени отклика Транзакции.

  • Инициация Транзакций Market-Feed, отправление соответствующих данных в SUT, и измерение Времени отклика Транзакции.

Примечание: Опционально MEE может выполнять дополнительные операция, как то ведение статистики счетов, ведение журналов данных и т.д.

1.2. Среда бизнеса и приложений

Контрольный тест TPCTM E (TPC-E) представляет собой объем работ по обработке транзакций в реальном времени (Online Transaction Processing (OLTP)). Этим транзакционным операциям был придан контекст, приближенный к ситуации реальной жизни, изображающий активность брокерской фирмы, для того, чтобы пользователи могли интуитивно воспользоваться компонентами контрольного тестирования. Объем работ TPC-E сконцентрирован на действиях по обработке брокерских торгов и использует схему, которая логически разделена на четыре набора таблиц.

Тест TPC-E моделирует деятельность брокерской фирмы, которая должна управлять клиентскими счетами, выполнять клиентские торговые заявки и отвечать за взаимодействие клиентов с финансовыми рынками. Перед TPC-E не ставится цель моделирования того, как построить актуальное приложение. Нижеследующая диаграмма отображает движение транзакций в бизнес модели, описываемой в тесте:

Figure 1.a - Движение транзакций в Бизнес-модели

Целью тестирования является снижение разнообразия операций, существующих в производственных приложениях, в то же время сохраняя изначальные характеристики производительности таким образом, чтобы объем выполняемых работ мог выступить представлением производственной системы. Для того чтобы создать брокерскую рабочую систему, должно быть выполнено большое количество операций. Многие из этих операций не являются первичной целью анализа производительности по той причине, что они сравнительно малы с точки зрения использования системных ресурсов или частоты исполнения. Хотя эти операции жизненно необходимо для реальной системы, они всего лишь создают излишнее разнообразие с точки зрения стандартного теста и были исключены из TPC-E.

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

Количество клиентов, определенных для брокерской фирмы, может быть изменено для отображения нагрузок в компаниях разных размеров.
Контрольное тестирование TPC-E состоит из набора транзакций, выполняемых по отношению к трем наборам таблиц баз данных, отображающих данные рынка, данные клиентов и данные брокера. Четвертый набор таблиц содержит общие данные, такие как почтовые коды. Следующая диаграмма отражает ключевые компоненты среды:

Figure 1.b - Компоненты приложения

Контрольное тестирование было сведено к упрощенной форме прикладной среды.

1.3. Сводная информация по транзакциям

1.3.1 Broker-Volume

Транзакция Broker-Volume предназначена для имитации ежеминутных внутренних бизнес-процессов брокерской фирмы. Примером Транзакции Broker-Volume может выступить менеджер, составляющий отчет о текущем потенциале производительности различных брокеров.

1.3.2 Customer-Position

Транзакция Customer-Position предназначена для имитации процесса извлечения профилей клиентов и создания сводной информации об их общем состоянии, основанном на текущих рыночных стоимостях всех активов. Это является представление процессов, выполняемых, когда клиент задает вопрос: «Чего я стою сегодня?»

1.3.3 Market-Feed

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

1.3.4 Market-Watch

Транзакция Market-Watch предназначена для имитации процесса наблюдения за общей производительностью рынка путем предоставления клиенту возможности отслеживать текущую дневную тенденцию (растущую или убывающую) набора ценных бумаг. Набор отслеживаемых ценных бумаг может быть основан на текущих активах клиента, намерениях клиента о будущих приобретениях ценных бумаг, конкретной области индустрии.

1.3.5 Security-Detail

Транзакция Security-Detail предназначена для имитации процесса доступа к детализированной информации по конкретным ценным бумагам. Это является представлением клиента, производящего анализ ценных бумаг, прежде чем принять решение о том, осуществлять торги или нет.

1.3.6 Trade-Lookup

Транзакция Trade-Lookup предназначена для имитации изъятия информации либо клиентом, либо брокером для получения ответов на их вопросы, касающиеся торгов. Различные виды торгов выбраны таким образом, чтобы работа представляла собой:

  • Осуществление общего анализа рынка

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

  • анализ последних событий по конкретным ценным бумагам

  • анализ истории счета конкретного клиента.

1.3.7 Trade-Order

Транзакция Trade-Order предназначена для имитации процесса покупки или продажи ценных бумаг Клиентом, Брокером или авторизованным третьим лицом. Если лицо, выполняющее торговую заявку, не является владельцем счета, Транзакцией будет проверено, что это лицо имеет соответствующую авторизацию на выполнение этой торговой заявки. Транзакция позволяет человеку, осуществляющему торги, производить покупки, продажи по текущей рыночной цене или ограниченные покупки и продажи по запрошенной цене. Транзакция также предоставляет оценку финансовых последствий вероятных торгов, показывая данные о прибыли/убытках, налоговых вычетах и ожидаемых комиссионных платежах. Это позволяет торгующему оценить желанность вероятных торгов ценными бумагами прежде, чем подтвердить или отменить торги.

1.3.8 Trade-Result

Транзакция Trade-Result предназначена для имитации процесса завершения торгов акциями на рынке. Это является представлением получения брокерской фирмой от рынка финального подтверждения и цены на эти торги. Средства, которыми владеет клиент, обновляются для отражения того, что торги были завершены. Приблизительные оценки брокерской комиссии и прочие подобные величины, созданные, когда были заявлены торги, заменяются точными значениями и историческая информация о торгах записывается для дальнейшего использования.

1.3.9 Trade-Status

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

1.3.10 Trade-Update

Транзакция Trade-Update предназначена для имитации процесса внесения незначительных изменений или обновлений в набор торгов. Это является аналогом того, как клиент или брокер, просматривая набор торгов, обнаруживает необходимость внесения незначительных редакционных изменений. Различные виды торгов выбраны таким образом, чтобы работа представляла собой:

  • просмотр основных тенденций рынка
  • обзор торгов за период времени, предшествующий последней выписке из счетапросмотр последних событий по конкретным ценным бумагам

1.3.11 Data-Maintenance

Транзакция Data-Maintenance предназначена для имитации периодических изменений в данных, которые являются в основном неизменными и используются для ссылок. Это аналогично обновлению адреса электронной почты клиента или иных данных, которые редко меняются.

1.3.12 Trade-Cleanup

Транзакция Trade-Cleanup используется для отмены любых ожидающих или подтвержденных торгов из базы данных.

1.4. Описание модели1.4.1 Отношения сущностей.

1.4.1 Отношения сущностей.

1.4.1.1 Торги в TPC-E осуществляются посредством Счетов. Счета принадлежат Клиентам. Клиенты обслуживаются Брокером. Со счетов ведется торговля ценными бумагами, выпускаемыми Компаниями.

1.4.1.2 Общее число ценных бумаг, которыми можно торговать, и общее число Компаний, выпускающих ценные бумаги, изменяется в зависимости от числа Клиентов. На каждые 1000 Клиентов приходится 685 Ценных бумаг и 500 компаний (Компании выпускают от 1 до 5 Ценных бумаг, в основном обычного типа, но также и некоторое количество премиальных).

1.4.1.3 Каждая компания принадлежит к одной из 102 Индустрий. Каждая Индустрия является частью одного из 12 Секторов рынка.

1.4.1.4 Каждому Счету подбирается средний набор из десяти Ценных бумаг для торгов из всего диапазона Ценных бумаг.

1.4.1.5 Торгуемые ценные бумаги могут быть идентифицированы по символу ценных бумаг или по названию компании и изданию бумаг.

1.4.2 Различия между Уровнями Клиентов.

1.4.2.1 Базовая масштабная единица базы данных TPC-E – это набор из 1000 Клиентов. 20% из каждых 1000 Клиентов принадлежат к Уровню 1, 60% к Уровню 2 и 20% к Уровню 3. Клиенты Уровня 2 торгуют в два раза чаще, чем Клиенты Уровня 1. Клиенты Уровня 3 торгуют в три раза чаще Клиентов Уровня 1. В общих чертах торги клиентов не являются равномерно распределенными по уровням в пределах каждого набора из 1000 Клиентов.

1.4.2.2 Клиенты Уровня 1 имеют от 1 до 4 Счетов (в среднем 2.5). Клиенты Уровня 2 имеют от 2 до 8 Счетов (в среднем 5,0). Клиенты Уровня 3 имеют от 5 до 10 Счетов (в среднем 7,5). В итоге на одного Клиента приходится в среднем 5 Счетов.

1.4.2.3 Минимальное и максимальное количество Ценных бумаг, торгуемых каждым Счетом, меняется в зависимости от Уровня Клиента и количества Счетов на каждого Клиента. Среднее количество Ценных бумаг, торгуемых на каждом счете равно десяти (таким образом, среднее количество Ценных бумаг, торгуемых Клиентом равно пятидесяти). На каждом Счете торгуется один и тот же набор Ценных бумаг как во время начального заполнения базы данных, так и во время Выполнения теста.

1.4.3 Разделение клиентов.

1.4.3.1 Масштаб TPC-E зависит от Клиентов. Является допустимой идея о том, что Клиентская информация может быть разделена на группы соответствующих Клиентов. Это называется Разделением Клиентов. Преимуществом Разделения Клиентов является то, что оно увеличивает локальность ссылок в пределах каждой подгруппы Клиентов. Транзакции могут быть направлены на группу Клиентов или на всех Клиентов в установленной пропорции.

1.4.4 Типы торгов.

1.4.4.1 Запросы торгов ведутся в двух основных вариантах: Покупка (50%) и Продажа (50%). Те в свою очередь разбиваются на Типы торгов, в зависимости от того, был ли запрос Заявкой по рынку (60%) или Заявкой по уровню (40%)

1.4.4.2 Для Заявок по рынку, двумя торговыми типами являются Покупка по рынку (30%) и Продажа по рынку (30%). Для Заявок по уровню есть три торговых типа: Покупка по уровню (20%) и Продажа по уровню (10%) и Стоп потерь (10%).

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

1.4.4.4 Если указанная предельная цена не была достигнута во время запроса Заявки по уровню, он считается Запросом-с-закончившимися-деньгами и остается «Ожидающим» до тех пор, пока указанная предельная цена не будет достигнута. Достижение предельной цены гарантированно произойдет в течение 15 минут, основываясь на деталях реализации EGenDriverMEE. Событие, заключающееся в обнаружении того, что «Ожидающий» предела запрос достиг или пересек указанную предельную цену, и отправка его на рынок для осуществления торгов, называется срабатыванием ожидающего Запроса по уровню.

1.4.5 Влияние торговли на активы.

1.4.5.1 Для заданного счета и ценных бумаг, активы будут либо все длинные (положительные величины) либо все короткие (отрицательные величины).

1.4.5.2 Длинные позиции показывают доли ценных бумаг, которые были куплены (приобретены и оплачены) клиентом на счет. Клиент владеет долями ценных бумаг и может продать их позже (желательно за более высокую цену).

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

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

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

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