OD
А сам отчёт перезагружается?
Size: a a a
2020 May 29
СС
А сам отчёт перезагружается?
т.е. перезагружается?
OD
Время обновления отчёта полностью - 23 секунды?
СС
Время обновления отчёта полностью - 23 секунды?
23 сек. - время выполнения скрипта.
OD
Пользователю предоставлять возможность вручную запустить обновление можно, но опасно (например, расширением, которые будет дергать таски). Что если несколько пользователей сразу захотят обновить и т.д. Есть варианты поставить на расписание с хорошей периодичностью в рабочее время.
СС
Пользователю предоставлять возможность вручную запустить обновление можно, но опасно (например, расширением, которые будет дергать таски). Что если несколько пользователей сразу захотят обновить и т.д. Есть варианты поставить на расписание с хорошей периодичностью в рабочее время.
раньше для пользователей был индивидуальный файл с автоматическим обновлением данных при открытии, но я бы не сказал, что нагрузка на сервер была значительная.
OD
Зависит от объема данных. Расписание вам поможет без особых ухищрений.
ЕС
Сергей Старченко
раньше для пользователей был индивидуальный файл с автоматическим обновлением данных при открытии, но я бы не сказал, что нагрузка на сервер была значительная.
Можете изучить функционал ODAG и Dynamic Views, это тоже потенциально может помочь с обновлением данных по запросу
DS
Можете изучить функционал ODAG и Dynamic Views, это тоже потенциально может помочь с обновлением данных по запросу
там qlikview personal edition )
ЕС
там qlikview personal edition )
Тогда не судьба)
ЕС
Direct Discovery предлагать не буду)
DS
ну там задача в другом )
DD тоже не поможет)
Просто section access не даёт пользователям с полномочиями USER обновлять приложение нормально
DD тоже не поможет)
Просто section access не даёт пользователям с полномочиями USER обновлять приложение нормально
DS
а запрос на выгрузку гуляет тоже под одним пользователем
DS
поэтому решения, кроме как передавать значение osUser() непосредственно в запрос и возвращать данные строго под него, я не вижу)
СС
поэтому решения, кроме как передавать значение osUser() непосредственно в запрос и возвращать данные строго под него, я не вижу)
а нельзя передать список ограничений в переменную, например контрагентов, а потом в скрипте использовать where (Контрагент ='$(varClient)'); &
DS
можно, конечно, но тогда этот список скорее всего придётся хардкодить
DS
Вам же в любом случае надо завязываться на пользователя.
Поэтому можно, опять же, теоретически первой итерацией выгрузить маппинг пользователей и доступных ему контрагентов, собрать их в переменную и потом большим запросом выгрузить только их
Поэтому можно, опять же, теоретически первой итерацией выгрузить маппинг пользователей и доступных ему контрагентов, собрать их в переменную и потом большим запросом выгрузить только их
E
Как вариант, сделать сопоставления в отдельной таблице "Регион - User", далее джойннить с основной таблицей и далее {<User={'$(OsUser())'}>}
DS
но это кажется не сильно секьюрным, потому что пользователи могут поменять эту переменную и сами сформировать в скрипте, вместо автоматического сбора.
Лучше, конечно, передавать where user=osUser(), чтобы ему возвращались только его значения
Лучше, конечно, передавать where user=osUser(), чтобы ему возвращались только его значения
DS
а эти ограничения, соответственно, вести на уровне исходной системы