Я работаю в сфере бизнес-аналитики, и группа ИТ-администраторов моей компании сбросила сервер, который, по-видимому, очищает кэшированные данные. наборы данных просто повторно запускаются на сервере и повторно кэшируются без каких-либо проблем. Однако в случае кубов в качестве источника данных пользователь не может запустить панель мониторинга до тех пор, пока куб не будет «повторно опубликован» на сервере, что не выполняется автоматически, когда пользователь загружает интерфейсную панель мониторинга.
Итак, я поймал себя на том, что пытаюсь объяснить, почему куб необходимо вручную «переиздать», когда остальные информационные панели (которые используют данные без кубов) могут работать даже при отсутствии кеша. Это может быть связано с тем, как работает сервер моей компании, но мне интересно , может ли кто-нибудь объяснить или предоставить информацию о том, почему мы используем терминологию «publi sh куб» вместо просто «кэширование cube ".
На мой взгляд, кэшированный документ аналогичен« файлу », а« куб »аналогичен« папке »... Я предполагаю, что когда я повторно публикую sh куб, сервер просто создает его кешированную версию. Таким образом, закулисный процесс аналогичен для данных в кубе и без него. Разве это не правильно?
Я всегда предполагал, что кубы необходимо переиздать, потому что они обычно содержат намного больше данных, но все же откуда взялся термин «republi sh» ?