Но нигде явно не настроена возможность обновления данных в этих источниках «на лету».
Чаще всего внешние файл – источники используются как связь с данными пользователей (выгрузка из 1С, какие-то Экселевские (куда без него) книги). И файлы эти имеют свойство изменяться.
Но, прописав связь с внешним файлом, вы заметите что любые изменения внесенные в данные файла не отобразятся в вашем «answer»-е. (Попробуйте на репозитории paint, например)
Как это исправить?
1.Случай с XML-источником.
Для начала проиллюстрирую проблему.
Создадим простейший «ответ» с данными об описаниях продуктов.
Изменим описание первого в списке продукта.
Удостоверимся, что для нашего «ответа» выключен Кеш сервера презентаций.
Удостоверимся, что выключен Кеш BI сервера.
Попробуем даже указать, что данная таблица не является кешируемой (хотя для XML-таблиц это свойство несущественно).
Посмотрим результат «ответа» - данные те же.
Изменения будут отображаться только при перезапуске BI сервера, но это не вариант…
Если посмотреть в документации, то становится понятно, что нужно настроить свойство «URL refresh interval», НО вся соль в том, что это свойство должно настраиваться не на уровне таблицы физического слоя, а на уровне пула соединений!
Теперь изменения, производимые «на лету» в данных XML-источников будут доступны через тот отрезок времени, который вы укажете.
Фактически, XML-источники всегда «находятся в Кеше», и свойство «URL refresh interval» аналогично «Cache persistence time» для обычных таблиц.
Кстати, никакой привязки к конкретному файлу-источнику нет. Вы вправе «на лету» не только изменить данные используемого файла, но и сам файл заменить на другой (с тем же именем и структурой).
2.Случай с Excel-файлом.
John Minkjan разобрал этот случай на своем блоге: obiee-changing-xls-excel-data-on-fly
Комментариев нет:
Отправить комментарий