Текущее время: Пн, май 05 2025, 19:53

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
 Заголовок сообщения: Хочу обсудить проблему по оптимизации статистики
СообщениеДобавлено: Ср, июл 25 2007, 13:00 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, сен 21 2004, 16:30
Сообщения: 609
Пол: Мужской
С 4.0 в оракловых реализациях SAP используется CBO метод, ранее был RBO. Вообще то программеры когда пишут абап программы создают индексы по принципу RBO. Т.е. полагают что будет браться тот самый индекс который они сваяли исходя из условия WHERE.
CBO же опирается на отношение общего числа записей в таблице к количеству записей с одинаковым значением в индексируемом поле.
Чем меньше отношение тем лучше. И поэтому может выбираться индекс совсем другой чем думал программист. Например поле мандант в системе разработки вполне разумно включать в индекс, но в продуктиве мандант должен быть вообще то один.
Ну а если содержимое таблицы, причем не маленькой по количеству записей обновляется чаще чем в DB13 сбор статистики запланирован?
Количество записей по собранной статистики может в разы отличаться от реального состояния таблицы. Остается отключить статистику, не использовать индексы и делать полное сканирование таблицы, или перейти на RBO, где собирать статистику вообще не нужно.
Какие есть соображения?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, июл 25 2007, 13:07 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, сен 21 2004, 16:30
Сообщения: 609
Пол: Мужской
Хочу добавить, указания явных хинтов какие индексы использовать не рассматривается.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, июл 25 2007, 16:25 
Начинающий
Начинающий

Зарегистрирован:
Чт, апр 05 2007, 18:32
Сообщения: 19
Посетите http://www.sql.ru, ветку по Ораклу, прикините, чем может закончиться удаление индексов и статистики.

Попробуйте поиграться с Fill Factor и кластерными индексами.
Статистику вполне достаточно обновлять раз в день на любых обьемах.

Работал с МС СКЛ - терминология может отличаться.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 26 2007, 08:53 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 27 2004, 09:10
Сообщения: 614
Откуда: Moscow
Срого говоря это не SAP С 4.0 использует CBO, а именнно ORACLE с релиза соответствующего :wink:
Читаем тут:
http://www.oracle.com/global/ru/oramag/ ... takes.html
Ну и по ссылкам из этой статьи.
И все встанет на свои места. :wink:
Успехов.

_________________
по прозвищу Тосманский Дьявол


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, авг 03 2007, 12:04 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Вт, сен 21 2004, 16:30
Сообщения: 609
Пол: Мужской
В зависимости от установленных параметров в профиле rsdb/... по разному и на разных платформах отрабатывает преобразование конструкции FOR ALL ENTRIES.
Также на производительность влияют оракловые параметры в init<SID>.ora.

Проблема. Если много условий OR внутри WHERE то даже указанные хинты на индексы не работают, идет FULL SCAN.
Подскажите, какие параметры в ora файле поставить чтобы нормально отрабатывало. Наверняка кто то уже сталкивался с этой проблемой.
Я даже знаю что есть нота такая, но не помню.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 07 2007, 15:53 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Вт, янв 09 2007, 18:30
Сообщения: 19
Откуда: Загорск
Склеротик написал:
В зависимости от установленных параметров в профиле rsdb/... по разному и на разных платформах отрабатывает преобразование конструкции FOR ALL ENTRIES.
Также на производительность влияют оракловые параметры в init<SID>.ora.

Проблема. Если много условий OR внутри WHERE то даже указанные хинты на индексы не работают, идет FULL SCAN.
Подскажите, какие параметры в ora файле поставить чтобы нормально отрабатывало. Наверняка кто то уже сталкивался с этой проблемой.
Я даже знаю что есть нота такая, но не помню.


Приветствую,
боюсь, что нельзя однозначно ответить, оптимизация оракла - отдельная тема, вещь в себе.
в инете полно всяких статей на тему CBO против RBO.
если интересно - могу статью выслать в личку - там некоторые аспекты рассматриваются.

Удачи.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 6 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB