К
А почему нельзя воспользоваться полем «Значение» из tab2?
Нужно оба сохранить (и сумму и значение), так как расшифровка есть не на каждый документ
Size: a a a
2020 April 30
VE
Коллеги, подскажите, плз, есть ли способ соединить таблицы так, чтобы сумма осталась только в первой строке документа? Как не пытаюсь, все время сумма дублируется на каждую строку sku...
Sense или View? В Sense я бы задачу решал так: сначала обычный join во временную таблицу с сортировкой по номеру документа, потом делаем окончательную таблицу через load... resident временной, при помощи previous проверяя и отбрасывая 2+ значения в поле «сумма»
VE
Но по-хорошему надо структуру данных править.
К
Vladimir Ermakov
Но по-хорошему надо структуру данных править.
Сенс
К
Vladimir Ermakov
Sense или View? В Sense я бы задачу решал так: сначала обычный join во временную таблицу с сортировкой по номеру документа, потом делаем окончательную таблицу через load... resident временной, при помощи previous проверяя и отбрасывая 2+ значения в поле «сумма»
Хм.. попробую, спасибо
ЕС
Коллеги, в чем лажа? Почему формула с e() не показывает результат, обратный p()? Формула с p() работает верно
ЕС
я ожидал такой эффект
ЕС
SpecialCategory - поле, не связанное с моделью
ЕС
Какая жесть, получается, что E() работает только на уровне тех значений, которые входят изначально в поле внутри E()????
ЕС
Oleg это действительно так?
ЕС
@Norrsken7 нужно мнение)
ZS
А какой точно вопрос, я тут на велике еду и одним глазом в чат смотрю)
ЕС
А какой точно вопрос, я тут на велике еду и одним глазом в чат смотрю)
приезжай и посмотри) Вопрос в картинках
ЕС
А какой точно вопрос, я тут на велике еду и одним глазом в чат смотрю)
Короче я вдруг осознал, что конструкция Sum({<CategoryName=e({<SpecialType={'A'}>}SpecialCategory)>}Sales) в сет анализе даст такой результат:
Сначала отберутся значения CategoryName, которые совпадают с SpecialCategory (т.е. что не совпадает, автоматически оказывается за бортом.) И потом из этих значений исключатся те, которые прописаны в условии, т.е. у которых SpecialType={'A'}. подробности на картинках
Сначала отберутся значения CategoryName, которые совпадают с SpecialCategory (т.е. что не совпадает, автоматически оказывается за бортом.) И потом из этих значений исключатся те, которые прописаны в условии, т.е. у которых SpecialType={'A'}. подробности на картинках
ZS
Короче я вдруг осознал, что конструкция Sum({<CategoryName=e({<SpecialType={'A'}>}SpecialCategory)>}Sales) в сет анализе даст такой результат:
Сначала отберутся значения CategoryName, которые совпадают с SpecialCategory (т.е. что не совпадает, автоматически оказывается за бортом.) И потом из этих значений исключатся те, которые прописаны в условии, т.е. у которых SpecialType={'A'}. подробности на картинках
Сначала отберутся значения CategoryName, которые совпадают с SpecialCategory (т.е. что не совпадает, автоматически оказывается за бортом.) И потом из этих значений исключатся те, которые прописаны в условии, т.е. у которых SpecialType={'A'}. подробности на картинках
Да, для такой конструкции это логично и вписывается в логику анализа множеств, а именно того, как движок отрабатывать на датасете. Сначала берутся значения, что указаны в сет анализе, т.е. не смотря на дименшены идёт схлопывание датасета в вирт кубе, и он сначала отработает CategoryName=SpecialCategory, следующим действием поссмтрит конкретные значения Типа А.
ZS
Как я понял в экспериментах, сначала отрабатывает всегда, условно, первый сет, а потом сет в сете.
ZS
Плюс, следует также отличать логику явного включения/исключения +=, -= и тп, от неявного, т.е. е() и р()
ZS
Но я сам, всего лишь, яйцо. И ничего не знаю.
ЕС
Короче я ожидал что е() это как -p(), а оказалось вот оно как
ZS
Но вот Иван Шамаев за это знает гуд.