Материализованное представление: быстрое обновление делает золотые ворота. - PullRequest
0 голосов
/ 31 марта 2019

Мы создали материализованное представление с быстрым обновлением при коммите.У нас есть семь базовых таблиц для MV и соответствующие журналы.У нас есть Golden Gate, настроенные для репликации на базовые таблицы.Из-за нагрузки на задание MV Golden Gate на базовых таблицах происходит прерывание.

    create materialized view MV_SPON_PERMIT_RES
    refresh fast  on commit
    as
    SELECT 
    p.rowid p_rowid,
           pd.rowid pd_rowid,
           ep.rowid ep_rowid,
          tl.rowid tl_rowid,
         la.rowid la_rowid,
          ip.rowid ip_rowid,
           pp.rowid pp_rowid,
      on tableA,tableB,TableC
  union all
  p.rowid p_rowid,
           pd.rowid pd_rowid,
           ep.rowid ep_rowid,
          tl.rowid tl_rowid,
         la.rowid la_rowid,
          ip.rowid ip_rowid,
           pp.rowid pp_rowid
on tableX,tableY,tableZ

Проблема: быстрое обновление при фиксации приводит к завершению задания Golden Gate:

DELETE FROM "VISION_INTG"."MV_SPON_PERMIT_RES" SNA$
WHERE "PP_ROWID" IN (SELECT/*+ NO_MERGE  HASH_SJ  */ *
                     FROM (SELECT CHARTOROWID ("MAS$"."M_ROW$$") RID$
                           FROM "VISION_INTG"."MLOG$test" "MAS$"
                           WHERE "MAS$".SNAPTIME$$ > :B_ST0) MAS$)
AND "FILE_TYPE" = 'Permit'

Пожалуйста, помогите мне в этом.

1 Ответ

0 голосов
/ 19 апреля 2019

Если мы используем Golden gate при репликации данных между слоями, мы не можем использовать MV с обновлением быстрой фиксации.мы можем использовать MV по требованию, которое должно обновлять данные пошаговым способом.Если инкрементное обновление занимает много времени, нам нужно проверить системный параметр._mv_refresh_use_stats

В соответствии с документацией оракула следует установить значение false, изменить системный набор "_mv_refresh_use_stats" = FALSE;

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...