Курдль...Запрета на обращение к ней - нет.
...
отловить момент изменения данных триггером и применить процедуру для выявления дельты - можно.

Курдль, зря Вы не отреагировали на предложение xtender:
xtenderQuery change notifications(object change notifications/continuous change notifications) ?

Вы сможете зарегистрировать нужный запрос в CQN и получать "уведомления" об изменении данных таблице, транзакции и rowid затронутых строк. Т.е. можно использовать Query Result Change Notification (QRCN)
QRCNFor example, if an application registers the query ... for QRCN, the database sends the application a QRCN only if the query result set changes

Оно, конечно, посложнее триггера будет, но (по моему опыту) не создаёт заметной дополнительной нагрузки.
Если CQN, то важно не забыть продумать:
- время жизни подписки: "вечная" или "временная". Временную нужно переоформлять (дополнительным job-ом, например). Вечная - вроде бы удобно, но вдруг пропадёт :)
- архитектуру Notification Handler. Он может быть PL/SQL-ым . Важно, что бы handler был независимым - лучше процедурой вне пакета, стабильно работающим, быстрым. Если транзакции часто коммитятся, лучше (имхо) из handler-а создавать одноразовый lightweight job с параметрами, через которые передать изменения для обработки, а из job-а уже процедуру дёргать. Если транзакции редкие, то можно прямо в handler-е обрабатывать