Test cs read-write. Log scenario (random writes)

[maximyurchuk]

То же самое что и #13530 , но необходимо писать в случайные точки, а не в конец

[dorooleg]

Шаг 1: Сделать тест с большим deviation (несколько лет)

Шаг 2: Нужно добавить в workload log параметров:
Сейчас: now() +- normal_random(deviation)

Хочется: [from, to] - равномерное распределение, нужно добавить две опции --date-from --date-to

[Emgariko]

Реализация шага 1: #16991

[Emgariko]

Реализация шага 2: #16999 (здесь будет только тест)
а здесь будет только diff в cli: #17061

[Emgariko]

По шагу 2:

Вчера с Колей @ pnv1 созвонились, сошлись на таком плане:

1. вручную через ParseResult сделать валидацию на mutual exclusivity
2. throw TMisuseException() в случае ошибки. можно пока оставить yexception для простоты.
3. Как из конфига брать config.ParseResult? - протащить config.ParseResult в workload.
4. через ParseResult можно будет проверить что есть обе опции date_from, date_to
5. Default Values можно сделать вот так - "В описании писать, что дефолт есть, а по факту руками проставлять его при парсинге, если ни одна опция не указана"

[Emgariko]

По шагу 2:

1. Сейчас работает валидация параметров и запуск с нужными параметрами
2. Значений по умолчанию нет - пользователя обязуют явно указывать параметры - либо timestamp_deviation либо date-from и date-to
3. Валидация нужна не во всем ydb workload run-е. Есть run {bulk_upsert, insert, select, upsert}. Вот в select-е она не нужна. Текущая реализация делает это во всех подкомандах run-а. Нужно разделить логику.

UPD:
3)

теперь вадилация по типу workload-a делается во всех workload run-ах кроме select-а.

[Emgariko]

[Emgariko]

Договорились что после решения этой задачи взять на поддержку ydb workload log. Нужно довести его до нормального вида - чтобы было удобно использовать. Нужно будет продумать сценарии и пройти support.