Как быстро проапдейтить не индексированное поле в таблице, в которой есть тяжелый контекстный индекс 'sync on (commit)'?

При попытке это сделать выполнение очень медленное, я так понимаю перестраивается контекстный индекс, хотя его значение не изменяется. В longops показывает, что апдейт будет длиться несколько суток (что странно, имхо sync on(commit) вроде означает перестройку индекса при коммите), хотя самих строк в таблице относительно не много, и без контекстного индекса выполняется очень быстро.

База рабочая, желательно сделать на лету. Но если останавливать приложение, для обеспечения консистентсности, то совсем не надолго - перестройка индекса не вариант.

ShtockЯ считаю, надо поставить sync on request, проапдейтить, сделать ручной синк с паралелью 16 например.
Как изменить sync, по моему он задается только при создании контекстного индекса?

publexusКак изменить sync, по моему он задается только при создании контекстного индекса?

ShtockЯ считаю, надо поставить sync on request, проапдейтить, сделать ручной синк с паралелью 16 например.

Не помогло. Есть еще триггер, но внутри условие по updating("COLUMN"). В таблице всего 150 000 строк.

При запуске апдейта скорость падает геометрически, судя по longops: 1% проходит за 3 секунды, 2% - 15 сек, 3% - 1мин., и т.д. Когда ставил на выходные, он прошел только четверть, и прогнозировал время полного выполнения - 10+ суток.

Nobody1111Основная идея будет, наиболее вероятно, примерно та же. Временно отключить, или модифицировать триггер, чтобы он не мешал обновлению, а затем сделать то, что он должен сделать, за один заход. Или вообще не делать, если без этого можно обойтись. После этого восстановить триггер в исходное состояние.

Так и пришлось делать: остановить приложение, удалить триггер, проапдейтить таблицу, восстановить триггер, запустить приложение.
На все ушло пару минут.

Не понимаю, почему с триггером так медленно выполнялось. В триггере условие update() по конкретному полю типа clob, поэтому он запускался, но по сути ничего не делал. Может быть потому, что в теле триггера присутствовала локальная переменная типа xmltype, но она декларировалась внутри блока if-then и не должна была создаваться если нужный clob не изменялся.