Привет!
Нуждаюсь в совете, как лучше организовать захват измененных данных из "чужой" схемы, к которой имею привилегии только на чтение.
Т.е. не могу в нужных мне таблицах этой схемы расставить триггеры для обработки изменений.
Джоб не подходит, т.к. изменения должны вылавливаться мгновенно.
Я был уверен, что триггер на представление меня спасёт. Но триггер не ставится на read only :(
Может материализованное? Не имею опыта в таких делах...
Streams GG - не предлагать :)

efendiА зачем делать захват, если данные и так доступны мгновенно?
Затем, что в мастер-системе данные имеют другую структуру и их надо раскладывать по нескольким таблицам.

=nomad=Как вариант: данные грузятся в одну "таблицу". А потом по джобу ты их "переносишь" в другую с нужной структурой.
Джоб как часто запускать? Раз в секунду? В миллисекунду?.. :(

Andrey.LКурдль,

Смотря насколько схема всё-таки "чужая". Можно создать триггер в "чужой" схеме, который будет раскладывать данные в твою схему. Например, этот триггер вызывает процедуру из твоей схемы, которая всё и делает. Главное что бы "чужая" схема согласилась на эти дополнительные манипуляции (тормоза).
Я же сказал, насколько "чужая" - имею доступ только на чтение, НЕ НА СОЗДАНИЕ ТРИГГЕРОВ (иначе я бы не тревожил благородную публику на форуме).

Andrey.L=nomad=Еще, почему бы тогда не сделать так:



Ну и потом распихивай что и куда нужно в своей схеме - ну и ссылайся уже на таблицы в своей схеме?Уж лучше AFTER, на случай если есть свои BEFORE триггеры.
Коллеги, вы прикалываетесь? Я от безысходности даже попробовал: "привилегий недостаточно" (ЧТД)
Пожалуйста, не заливайте ветку домыслами, дайте возможность высказаться тому, кто знает oracle лучше нас.

stax..Вам у "вашей схеме" могут дать привелегию create any trigger?
етого достаточно, "чужая" схема про ето и не догадается

.....
stax
Спасибо за идею! Пойду договариваться с ДБадминами.

ViewerДа...и по личному опыту...начать...нет не учить...потихоньку понимать основной язык документации, не поздно ни в каком возрасте, вот только откладывать нельзя...
Спасибо за совет! Я обычно в первую очередь обращаюсь на oradocs, asktom, stackoverflow
Но не всегда удается сразу найти ответ на свой вопрос. Зато как приятно найти его в одном лаконичном посте на профессиональном форуме от настоящих профессионалов. Мне кажется, что эти форумы затем и существуют, чтобы упростить нашу жизнь.
В конкретном случае признаю Ваше первенство на совет про any triggers, который, правда, адресован был не мне (возможно поэтому я его и пропустил).
Как я понял, Вы знаете более изящный способ решения моей проблемы. Буду признателен за его публикацию.
Создавать триггеры на "чужие" таблицы оказалось недопустимым, т.к. это явно будет видно владельцу "чужой" схемы.
Я пока что склоняюсь к триггеру на мат.представление.

Viewer, stax прав!
Система, в которую я лезу своими грязными ручонками, поставлялась с гарантийным договором.
В нем запрет на любые вмешательства в структуру данных. Запрета на обращение к ней - нет.

Так что вы думаете про мою идею с мат.представлением и триггером на него?
Я уже понял, что не смогу воспользоваться FAST REFRESH и другими, использующими логи, т.к. логи - тоже достояние чужой схемы...
Но отловить момент изменения данных триггером и применить процедуру для выявления дельты - можно.