Ребята, объясните, пожалуйста, на пальцах, или ткните носом где можно подробно почитать.

Интересует вопрос работы такого процесса, как удаление перекрывающихся запросов.
По какому принципу оно их удаляет, как зависит от выставляемых настроек?

Идентичные или более объемные запросы:
Он удаляет только запросы с одинаковыми фильтрами в ДТП?
Или запросы с полностью идентичными записями в ключевых полях?
И что означает "более объемные"? Кто должен быть более объемным новый или старый?
Удалит он новый запрос или старый?

Накладывающиеся:
Снова таки, это те, которые имеют хотя бы один одинаковый фильтр?
Или хотя бы одну одинаковую запись?
Удалит он новый запрос или старый?

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

Например, старый запрос давал мне записи (ключ/показатель):
А 1
Б 2
В 3
Г 4
А новый дает:
А 3
Д 5
Какой останется при разных настройках?

Скажите, а где вы в ETL-потоке данных нашли такую опцию "Удаление перекрывающихся запросов"?
Я что-то не вижу её.

В цепочках процессов, да, есть такая опция. Но я думал она только там и доступна. Выходит нет?

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

Эта функция в 3.х была возможна для инфопакетов и была расширена в 7.0 до ДТП.

При использовании этой функции в цепочке (или напрямую в инфопакете) происходит следующее:

1. Система анализирует фильтр инфопакета (или ДТП) и ищет в целевом кубе запросы с фильтром, удовлетворяющим настройкам заданным для удаления.
(Сразу первый момент: данные в кубе не анализируются, только фильтр!)

2. Запросы, удовлетворяющие критериям удаляются из куба (полностью!)

К вашим вопросам:

Идентичные или более объемные запросы:
Он удаляет только запросы с одинаковыми фильтрами в ДТП?

>> да, а также запросы, фильтр которых полностью укладывается в фильтр исполняемого ДТП или инфопакета

Или запросы с полностью идентичными записями в ключевых полях?

>>Записи при этом не анализируются (см. выше)

И что означает "более объемные"? Кто должен быть более объемным новый или старый?

>> новый

Удалит он новый запрос или старый?

>> всегда только старый

Накладывающиеся:
Снова таки, это те, которые имеют хотя бы один одинаковый фильтр?

>>это такие запросы, фильтры которых пересекаются (можно ассоциировать с пересекающимися множествами)

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

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

Надеюсь смог ответить на Ваши вопросы ...

Удачи,
Кирилл

Да, я говорю именно об элементе цепочек процессов.


Спасибо огромное!
Более чем ответили!