Вопрос такой: когда создаешь новый справочник, все задаешь ( реквизиты там, еще чего), нажимаешь "применить", в логе ползет дли-и-и-инный такой список представлений с префиком VW_C20. Что это за представления и как мой новый справочник на них влияет? Уже час ползет
вот так пишет в логе.
11:04:47 Изменение COL2OBJ, COLLECTIONS
14:04:51 11:04:50 VW_C2O_ABBREVIATION
14:04:56 11:04:55 VW_C2O_ABO_PM_TUN
14:04:59 11:04:58 VW_C2O_ACCS_CO_CUR
уже 1.5 часа прошло, а тип все недоступен для дальнейшей доработки
VW_C20. Что это за представления и как мой новый справочник на них влияет? Уже час ползет
Это ядерные представления, которое используется где-то внутрях. Что там в них не знаю. Они автоматически пересоздаются при определенных событиях.
Насчет долгого пересоздания - у нас такое было.
Отправлял в ЦФТ заявку
Цитата:
"При апгрейде ТЯ с версии 6.5 на 6.6 было замечено, что время пересоздания представлений VW_C2O_... выросло примерно в 50-60 раз! Такое
пересоздание, например, происходит при накате обновления run_stat40.
Теперь пересоздание занимает 1 час вместо 1 минуты. Причем за время наката одного хранилища эти представления успели пересоздаться дважды.
Таким образом временные потери составляют 2 часа.
В условиях работы в режиме 24х7 такие неожиданные потери во времени крайне нежелательны. Прошу Вас рассмотреть этот вопрос, т.к. он крайне
важен для минимизации времени технологического простоя.
Лог прилагается.
Ответ:
Цитата:
Получилось примерно воспроизвести на нашей схеме.
Похоже, получается эффект "наложения" хинтов во вложенном запросе на Oracle9.
Рекомендуется скрытый параметр _UNNEST_SUBQUERY выставить в false.
Данный параметр отвечает за умолчательное использование фичи
оптимизатора "Subquery unnesting", появившейся в Oracle 9. Пока
непонятно, какую пользу от этой фичи можно извлечь.
В настройке профиля имя параметра должно быть в двойных кавычках
(например, "_unnest_subquery"=false).
Можно добавить в настройку ALTER_SESSION выставление значений
параметра, то есть можно сделать это в специализированном
профиле, назначенным для пользователей-администраторов.
Дополнительная информация по другим параметрам настройки оптимизатора.
Выставление параметра OPTIMIZER_DYNAMIC_SAMPLING = 0 может помочь
оптимизировать запросы по словарю Oracle. Но лучше его не менять, т.к.
этот параметр может быть полезен для запросов по прикладным
представлениям.
Еще есть static параметр OPTIMIZER_FEATURES_ENABLE, его можно
выставить на уровне инстанса в значение = '8.1.7' - в этом случае
поведение оптимизатора будет соответствовать версии 8.1.7, и новые
фичи, в т.ч. "Subquery unnesting", работать не будут.
Сам этими параметрами еще не игрался. Так что от себя добавить ничего не могу
C2O = Collection to object.
Вьюшки служат для определения экземпляра - хозяина коллекции.
Дмитрий прав, они скопом пересоздаются ядром после некоторых действий пользователя.
Пересоздаваться они должны быстро (секунды). То, что пересоздание идет час - не нормально. Возможных причин много
Свяжитесь с поддержкой ЦФТ, приложив этот лог, сообщив версию ТЯ и, желательно, после каких работ на схеме пересоздание этих вьюх стало идти так долго.
timochev, а у вас все само нормализовалось или все-таки обошли какими-то средствами, кроме посоветованных поддержкой?
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB