TS
Добрый день !
Size: a a a
2020 October 08
TS
А можно ли делать визуал который не зависит от других визуалов, константа который не меняются? Если да, можете ли вы подсказать ?
TS
Например я считаю сумму по 7 регинам, но я хочу чтоб один визуал показвал только сумму по 5 регионам из 7. То есть чтоб он не реагировал на другие визуалы
RV
Например я считаю сумму по 7 регинам, но я хочу чтоб один визуал показвал только сумму по 5 регионам из 7. То есть чтоб он не реагировал на другие визуалы
Альтернативные состояния, как вариант.
https://help.qlik.com/ru-RU/sense/September2020/Subsystems/Hub/Content/Sense_Hub/Visualizations/alternate-states-comparative-analysis.htm
https://help.qlik.com/ru-RU/sense/September2020/Subsystems/Hub/Content/Sense_Hub/Visualizations/alternate-states-comparative-analysis.htm
TS
спасибо ) хорошего дня !
DS
Например я считаю сумму по 7 регинам, но я хочу чтоб один визуал показвал только сумму по 5 регионам из 7. То есть чтоб он не реагировал на другие визуалы
В таком случае лучше в сет-анализе указать, что данные считаются с полной выборки и перечислить регионы, которые нужны. Чет типа sum({1<Регион={1,2,3,4,5}>}Показатель).
E
Ну вот , встреча BI в Питере 12го. Про столицу опять забыли
TS
В таком случае лучше в сет-анализе указать, что данные считаются с полной выборки и перечислить регионы, которые нужны. Чет типа sum({1<Регион={1,2,3,4,5}>}Показатель).
спасибо))
TS
Извините, в каких случаях такие ошибки могут быть ? не знаете?😅
TS
выдает ошибку каждые 1-2 минуты, не дает нормально поработать.
ЖШ
Любимая ошибка в Сенсе ).
Произошла ошибка. Внутренняя ошибка!
Такие ошибки скорее всего связаны с работой самого сервера (железо, операц системы, связи), потому что если ошибка в сервере КликСенса то должно быть более понятное описание.
Произошла ошибка. Внутренняя ошибка!
Такие ошибки скорее всего связаны с работой самого сервера (железо, операц системы, связи), потому что если ошибка в сервере КликСенса то должно быть более понятное описание.
OT
Как быть с удаляемыми сущностями?
Если есть уникальный ключ, то можно загрузить только его из БД и потом INNER JOIN с данными из QVD. Но нужно аккуратно - ключ должен быть уникальным, чтобы без дублирования данных...
ЕС
Oleg Troyansky
Если есть уникальный ключ, то можно загрузить только его из БД и потом INNER JOIN с данными из QVD. Но нужно аккуратно - ключ должен быть уникальным, чтобы без дублирования данных...
Там вопрос в другом) как понять какие данные в БД удалились в источнике без перезапроса всего массива данных
OT
Там вопрос в другом) как понять какие данные в БД удалились в источнике без перезапроса всего массива данных
Так вам ехать или шашечки? Inner join оставит в таблице только те ключи, которые существуют в таблице на данный момент. Зачем Вам знать какие были удалены?
ЕС
Oleg Troyansky
Так вам ехать или шашечки? Inner join оставит в таблице только те ключи, которые существуют в таблице на данный момент. Зачем Вам знать какие были удалены?
чтобы сделать inner join
OT
чтобы сделать inner join
Так для этого надо знать не те, которые удалены, а те что есть на данный момент. Придется, конечно, сходить в БД ещё разок, но только за ключом, а это не так объемно...
ЕС
Oleg Troyansky
Так вам ехать или шашечки? Inner join оставит в таблице только те ключи, которые существуют в таблице на данный момент. Зачем Вам знать какие были удалены?
Кратко в чем был вопрос. Есть CRM, и ежедневно данные в бд синхронизируются через api путем полной перезаписи. иногда CRM глючит, и отдает вместо 10000 сделок 50, например. Клик это успешно грузит, и все в панике.
данное поведение является косяком CRM, сложно отлавливаемым.
Мы хотим придумать механизм, который в таких случаях предотвратит загрузку в клик огрызка данных
данное поведение является косяком CRM, сложно отлавливаемым.
Мы хотим придумать механизм, который в таких случаях предотвратит загрузку в клик огрызка данных
OT
В старых версиях QlikView, типа 11.2, была замечательная статья в справке о том, как организовать инкремент. С примерами. Да и в нынешней справке тоже есть, хоть и менее детально, по-моему
IB
Кратко в чем был вопрос. Есть CRM, и ежедневно данные в бд синхронизируются через api путем полной перезаписи. иногда CRM глючит, и отдает вместо 10000 сделок 50, например. Клик это успешно грузит, и все в панике.
данное поведение является косяком CRM, сложно отлавливаемым.
Мы хотим придумать механизм, который в таких случаях предотвратит загрузку в клик огрызка данных
данное поведение является косяком CRM, сложно отлавливаемым.
Мы хотим придумать механизм, который в таких случаях предотвратит загрузку в клик огрызка данных
REST? Дробить штук по 100-1000, в журнал писать результат операции. Раз в день запускать обновление только по операциям завершившимся ошибкой
ЕС
Oleg Troyansky
В старых версиях QlikView, типа 11.2, была замечательная статья в справке о том, как организовать инкремент. С примерами. Да и в нынешней справке тоже есть, хоть и менее детально, по-моему
у нас нет проблем чтобы накодить в клике инкремент)