Коллеги, добрый день!

Я не базисник, но от наших базисников ничего не могу добиться. подскажите, пожалуйста, правильно ли я понимаю логику переноса запросов (задач).
Например, исходная информация следующая:
1. Три системы (Разработка -> Тестирование -> Продуктив).
2. Выполняю настройку, например это ракурс V1. Ключ ракурса V1_1, V1_2, V1_3. Поля V1_4 не ключевое.

Моя задача перенести настройку в два этапа:
1. В первой настройке в продуктив должен переехать ракурс V1, где V1_4 - пусто.
2. Во второй настройке в продуктив должен переехать ракурс V1, где V1_4 - X.

Вопросы:
1. Сделана настройка ракурса V1, где V1_4 - пусто и включена в запрос_1.
2. Деблокированы задачи в запрос_1.
3. Сделана настройка ракурса V1, где V1_4 - X и включена в запрос_2.
4. Деблокированы задачи в запрос_2.
5. Деблокирую запрос_1.
6. Когда переношу запрос_1, то по системам (Разработка -> Тестирование -> Продуктив) едет ракурс V1, где V1_4 - X. Хотя в первом запросе V1_4 должно быть пусто

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


т.е. на шаге 6 система прочитала ракурс по ключу v1 v2 v3 увидела в v4 Х и перенесла

Дмитрий, а можно еще уточнить один момент, что произойдет в следующей последовательности:
1. Сделана настройка ракурса V1, где V1_4 - пусто и включена в запрос_1.
2. Деблокированы задачи и сам запрос_1.
3. Сделана настройка ракурса V1, где V1_4 - X и включена в запрос_2.
4. Деблокированы задачи и запрос_2.
5. Когда переношу запрос_1, то по системам перенесет V1_4 - пусто или V1_4 - X?

Просто логика как мне кажется странная.
Например я сделал настройку и деблокировал запрос, но еще не перенес в другие системы. Мой коллега делает настройку в этом же ракурсе по этому же ключу. Получается когда я понесу свой запрос, то перенесутся те настройки, которые сделал мой коллега, а не мои

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

Посмотрите объекты, которые у вас хранятся в подзадаче.
Там будет имя таблицы и ключевые поля.
Не ключевые поля никак не зафиксированы.
При переносе запроса система просто выбирает записи по указанным ключам и переносит все найденные записи.
Поэтому по пункту 5, после переноса V1_4 будет равно X

Немного измените порядок:

1. Сделана настройка ракурса V1, где V1_4 - пусто и включена в запрос_1.
2. Деблокированы задачи в запрос_1.
3. Деблокирую запрос_1.

4. Сделана настройка ракурса V1, где V1_4 - X и включена в запрос_2.
5. Деблокированы задачи в запрос_2.
6. Деблокирую запрос_2.

Переносить деблокированный запрос_1 можете после шага 3, или после шага 6.

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

Спасибо за консультацию

Это Вы щас описали работу с инструментальными запросами, содержащими тексты источников отчета, ФМ и пр. А вопрос-то про начинку кластера/ракурса. С чего бы при переносе записей по ключу системе переносить старую информацию (запрос 1) после ее изменения (запрос 2)? При переносе запроса 1 система унесет текущие значения по ключу.

Это с настройками работает так же. Текущее значение при деблокировании.

Отсюда и способ удаления записи - которой не существует. Создать запись, потом удалить. Или положить несуществующий ключ руками в запрос.

Как уже было сказано, после деблокирования запрос попадает в 2 файла в транспортном каталоге. "Управляющий" и файл с данными. Далее, при импорте запроса, идет чтение данных из файла.