ага спасибо, установил как раз ultimate, изучаю

Всем привет!
Снова возник вопрос с жиметром.
Отправляю sql запрос из csv файла, использую csv data set config. Вопрос такой:
Можно ли как-то в запрос, который лежит в csv файле, вставить переменную, значение которой генерится в жиметре?
Например:

insert into TRANSACTIONS (TRANSACTIONS_ID, CUSTOMERS_ID) values (${random_string}, '294B91BBD45642A88C2F39708D756463')

random_string - генерится жиметром. Пробовал использовать __evalVar, но приходит ошибка оракловая, переменная не подставляется

${variable} в csv и ${__eval(${variable})} в запросе вполне работает

поправлюсь ${__eval(${csvVariable})}

у меня ругается на $ сразу же:
Response message:java.sql.SQLException: Не поддерживаемый маркер SQL92 в позиции: 1542

т.е. я в csv вставляю значение которое генерит жиметр и потом из csv забираю целиковый запрос, вместе со вставленным значением

выше правильно сказали

сделай csv включающий переменную и корми ее уже через eval в запросе

типа так csv должен выглядеть - email${NUMBER},pass

Спасибо! Сработало

спасибо

Может кто сориентировать, как лучше: мне для тестов необходимо часть данных получить из БД, часть генерировать для подстановки в запрос. "Легче" для машины будет, если я все данные пролью через setup thread в csv-файл? Или же в csv загнать только данные из БД, а генерацию делать в рамках треда при каждой итерации. Второй вариант, я так понимаю, будет отнимать больше времени/ресурсов, чем считывание уже готовых переменных из csv.

Смотря что за данные.

Объемный csv может медленно читаться для инициализации.

В общем, есть подводные камни.

В данном случае набор пользователей, стандартно ФИО/ДР/ИНН/СНИЛС, не так много полей.

Все что не проверяется прикладом, можно захардкодить, остальное в csv.

Оставить ИНН+СНИЛС в csv, например.

Ок, идею понял, спасибо!

все данные лучше из csv тащить