Может кому пригодится.
Полноценный семинар по миграции на 10g. Архив включает презентации, методички к лабораторным работам, а также все исходные тексты используемых в лабораторных работах скриптов.
Может кому пригодится.
Полноценный семинар по миграции на 10g. Архив включает презентации, методички к лабораторным работам, а также все исходные тексты используемых в лабораторных работах скриптов.
Увы, но с увеличением количества рабочих мест, переведенных на NOVO и 10-го клиента (мы это делаем одновременно), увеличилось количество звонков по части производительности.
Короче, беру свои старые слова обратно . Производительность упала.
Причины ищем. Даже ЦФТ привлекаем.
Навигатор подставляет в запросы из представлений какой-то замечательный хинт FIRST_ROWS(1) , который прописан в меню "Управление \ Настройки" по умолчанию. Несмотря на отсутствие изменений этой настройки планы запросов ухудшились, и производительность упала.
FIRST_ROWS - нормальный хинт ухудшать производительность не должен, дело не в нем - пересобирали ли системную статистику по базе, пересобирали ли статистику по схеме IBS ? Ну и еще по словарю собрать до кучи нужно - вообще вся разработка ведется на 10-ке в ИБСО как мне говорили. Покрайняк на РБС-е после переезда на 10-ку никаких замедления не обнаружили, на ИБСО на тесте объемы не те, но на первый взгляд хуже не стало - по трассам запросов можно узкие места посмотреть.
FIRST_ROWS - нормальный хинт ухудшать производительность не должен, дело не в нем - пересобирали ли системную статистику по базе, пересобирали ли статистику по схеме IBS ? Ну и еще по словарю собрать до кучи нужно - вообще вся разработка ведется на 10-ке в ИБСО как мне говорили. Покрайняк на РБС-е после переезда на 10-ку никаких замедления не обнаружили, на ИБСО на тесте объемы не те, но на первый взгляд хуже не стало - по трассам запросов можно узкие места посмотреть.
Хинт FIRST_ROWS (и даже FIRST_ROWS(0)) дает действительно хорошие планы запросов. Разве я писал обратное?
А вот FIRST_ROWS(1) почему-то портит планы.
И речь я вел о переводе клиентов на 10-ку, а не сервер. Сервер не менялся - по-прежнему 9.
FIRST_ROWS - нормальный хинт ухудшать производительность не должен, дело не в нем - пересобирали ли системную статистику по базе, пересобирали ли статистику по схеме IBS ? Ну и еще по словарю собрать до кучи нужно - вообще вся разработка ведется на 10-ке в ИБСО как мне говорили. Покрайняк на РБС-е после переезда на 10-ку никаких замедления не обнаружили, на ИБСО на тесте объемы не те, но на первый взгляд хуже не стало - по трассам запросов можно узкие места посмотреть.
Хинт FIRST_ROWS (и даже FIRST_ROWS(0)) дает действительно хорошие планы запросов. Разве я писал обратное?
А вот FIRST_ROWS(1) почему-то портит планы.
И речь я вел о переводе клиентов на 10-ку, а не сервер. Сервер не менялся - по-прежнему 9.
- 1 - это аргумент по идее означает что оптимизируется получение 1-ой строки из запроса, гмм 10-ый клиент у нас так же давно - не замечал на реалке проблем с ним.
FIRST_ROWS - нормальный хинт ухудшать производительность не должен, дело не в нем - пересобирали ли системную статистику по базе, пересобирали ли статистику по схеме IBS ? Ну и еще по словарю собрать до кучи нужно - вообще вся разработка ведется на 10-ке в ИБСО как мне говорили. Покрайняк на РБС-е после переезда на 10-ку никаких замедления не обнаружили, на ИБСО на тесте объемы не те, но на первый взгляд хуже не стало - по трассам запросов можно узкие места посмотреть.
Хинт FIRST_ROWS (и даже FIRST_ROWS(0)) дает действительно хорошие планы запросов. Разве я писал обратное?
А вот FIRST_ROWS(1) почему-то портит планы.
И речь я вел о переводе клиентов на 10-ку, а не сервер. Сервер не менялся - по-прежнему 9.
- 1 - это аргумент по идее означает что оптимизируется получение 1-ой строки из запроса, гмм 10-ый клиент у нас так же давно - не замечал на реалке проблем с ним.
Да, что-то подобное написано в документации Oracle. Но все мы знаем, что в Навигаторе умолчательно в представлениях выводится не 1 строка, а 200. Зачем же тогда разработчики сделали умолчательный хинт соответствующий получению одной строки?
Нужно "пытать" разработчиков из предположений только то что получение 1-ой строки делается "дешевле" , может чтобы получение данных где высока кардинальность происходило быстрее?! - эдакое "подпинывание" в сторону индексного доступа?! - по ссылке что то есть.
http://www.oracledba.co.uk/tips/9i_first_rows.htm
Переходите !
Все проблемы уже профиксены год назад
Замечательное утверждение. учитывая что на x86 платформе ужасная бага из за которой происходит ФТС по любым представлениям, и вместо 1 секунды выполняется более 20ти минут, на безобидных вьюхах.....
Цитата:
Bug No: 7589036
Filed 21-NOV-2008 Updated 08-DEC-2008
Product Oracle Server - Enterprise Edition Product Version 10.2.0.4
Platform Linux x86-64 Platform Version No Data
Database Version 10.2.0.4 Affects Platforms Generic
Severity Minimal Loss of Service Status Support bug screening
Base Bug N/A Fixed in Product Version No Data
Последний раз редактировалось: tma (Ср Дек 10, 2008 06:17), всего редактировалось 1 раз
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB