АВ
Таблицу загружает частями из единственного источника. Там даже null нет...
Size: a a a
2019 September 04
АВ
Из Oracle
АВ
Простым селектом из статической таблицы
ЕС
какими частями?
АВ
По 3 млн. Ранее писал что драйвер ole db деградирует во времени. Поэтому стоит loop который тащить данные частям
ЕС
Вообще если в таблице показываются дублированные числа, но больше никаких измерений нет - значит для клика это не одинаковые значения
ЕС
попробуйте выбрать единицу или двойку
ЕС
выберутся сразу все значения или только одно?
АВ
выберутся сразу все значения или только одно?
Только одно. Похоже типы разные
ЕС
надо причесывать скрипт)
АВ
Видимо проблема на стороне исходной таблицы. Экспорт в ексель показал наличие дробей...
АВ
Вопрос снят
АВ
С Below разобрался
АВ
Спасибо:)
2019 September 05
АВ
я написал неправильно, второй вариант тоже будет работать для дискретного множества значений, так как в Above надо указывать сдвиг в количестве записей а не в единицах измерения значения....
Если я добавляю области, то все ломается. Надо чтобы на графике появилось несколько линий по количеству измерений. И каждая линия в рамках своего измерения области должна накапливаться по группе. Такое можно реализовать? Или только отдельными мерами? (Что не есть хорошо, ведь я не знаю количество мер)
MS
ASM
А мне всегда было интересно, как это можно предрасчитать в скрипте.. Ведь любые изменения отбора влияют на расчеты.. за разные периоды, по разным брендам, складам с категориям, типам клиентов и т.д....
Скажу так (из своего опыта) - для реальной работы не нужен ABC/XYZ по всем возможным измерениям, соответсвенно, trade off с бизнесом обычно такой - если нужно универсально, то, к сожалению, ввиду больших объёмов, может выйти тормознуто, если нужна скорость, то давайте договоримся об о6раниченном составе измерений. Есть, конечно, шанс ввязаться в предрасчет всего и вся, но, опять же, стоит задуматься над ROI, т.е. соотнести вваленный в это эффорт с полученными возможностями, иногда может и такое оказаться оправдано, но лучше, если все в этом убедятся на берегу
IB
Oleg , интересно какой подход можете посоветовать для построения ABC/XYZ анализа на большом количестве записей? При вычислениях на стороне виза через aggr минут 5-10 уходит на расчет одной таблицы... А хочется использовать ABC так чтобы он зависел от фильтров
на большом количестве записей делаю без AGGR делаю ABC только с одним показателем, то есть не двойная группа типа AB, AA и так далее а просто ABC и сортировку включаю толлько по признаку который учавствует в ABC. Таким образом пользователи лишаются возможности сортировки в таблице, зато можно строить с любыми фильтрами по любым измерениям без танцов в скрипте
MD
на большом количестве записей делаю без AGGR делаю ABC только с одним показателем, то есть не двойная группа типа AB, AA и так далее а просто ABC и сортировку включаю толлько по признаку который учавствует в ABC. Таким образом пользователи лишаются возможности сортировки в таблице, зато можно строить с любыми фильтрами по любым измерениям без танцов в скрипте
А не поделитесь формулой? С AGGR понимаю логику, с сетом тоже (думаю что понимаю:). Вы что используете?
IB
Сортировка + Above этот древний способ работал еще до появления сортировки в AGGR