Хочу узнать: - что хранит redis cacheserver; - как определить находится view в кэше или нет не запуская ее на просмотр;
Ответы (17)
Там не так все просто
-все вью будут кэшироваться до лимита установленном на сервере в настройках(кроме с юзер фильтрами, по-моему, и где нет имбедет юзера)
ты про tsm data-access caching ?
А что вас не устраивает? Производительность низкая? Просто грением кеша - вы особо делу не поможете, мне каж
я хочу понять, почему в одном случае запрос ходит в кэш, а в другом нет. запросы идентичны. все на extract
Не уверен что тут есть простое объяснение - запросы в одно и тоже время? И как вы определили что один в кеш идет др нет?)
по vizql логам
И оба запроса в одно и тоже время?
Какая у вас тут настройка?
по дефолту - low
пара минут разница
А когда один из квери для одного юзера не в кеш ушел - после этого в кеш начинает ходить?
надо посмотреть. не готов к такому вопросу был )
И туда же - второй юзер перестает хитовать кеш? Или так же в кеш отправляется?
соберу статистику и вернусь )
ну как?) есть чем поделиться?)
привет. пока к сожалению нет. эта задача немного отложилась. будут результаты обязательно отпишу
Похожие вопросы по теме Аналитика
пострадать?
результаты выборов показать? Этот тип визуализации смотрится красиво, но долго ли его пилить?
добавить кнопку, которая по нажатию заменит почти все листы на аналогичные по смыслу, но другие по содержанию. как это лучше реализовать, через list swapping мучаясь с контейнерами и прописывая везде логику, или просто сделать копию дашборда с нужными листами и по объекту navigation переходить в него? что будет работать быстрее?
Отчет в виде таблица и 18 фильтров. Все это через Extract. Переношу на Server проверяю работу, обновление таблицы при разных фильтрах идет с задержкой от 5 сек и больше, хотелось бы быстрее. Где искать проблему медленного пересобирания отчета при выборе фильтров? Может большой объем данных не может "прожевать" server или не хватает памяти, в чем может быть проблема?