powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Горю, выручайте или уволят
69 сообщений из 69, показаны все 3 страниц
Горю, выручайте или уволят
    #32115277
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Проблема следующая, работали на 8i оракле и все нормально было,
но тут босс решил перейти на 9 и все тут.
Короче меня вчера не было, сегодня прихожу половина индексов не подхватывается в LOV списках не работает из-за этого сортировка
и т.д.
Что делать
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115282
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Prover analyze ( esli ispol'zuete choose..)
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115289
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Все проанализировал сегодня.
и нефига не подхватывает только при FIRST_ROWS
что то там хватает но это же лажа
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115298
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A chto gonit: HASH ili prosto Full scan?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115300
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bros' mne na mail table i query..
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115301
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
FULL SCAN гонит
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115306
Каспер
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Как переводил?
Я экспортом троекратным все перевел без проблем (почти)
Т.е. по крайней мере у меня все данные перелились на 100%
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115309
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Експортнули базу и поехало,
блина может какие настройки надо
(я просто не спец по таким делам, начальник решил
что надо на 9 и все тут, на 8 все нормальна валило)
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115318
Каспер
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Спокойно!
Тогда по иде все просто...
Для начала напиши полностью скрипт экспорта и импорта...
Перед импортом нужно было создать копию старой (8и) БД.
Теже табл пр-ва (желательно как я понял с теми же параметрми если ты не спец и гемороя дальнейшего не хотишь)
Потом скачать со старой машины TNSNAMES.ORA и залить его для новой БД.
Настроить NLS_LANG как в старой. Кажись все....
Потом делай тройной импорт
2 Раз с параметром IGNORY=Y rows=N
3 Раз тоже с параметром IGNORY=Y rows=N!
Все все должно залиться!
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115321
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Блина да оно все как бы и залилось, все данные есть
только вот индексы не подхватывает >>>> откуда и берутся большие
тормоза и отсутствие сортировки
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115324
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ny, gde ini?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115338
Каспер
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Стоп! Что значит не подхватывает? Как это понять?
Они у тебя экспортиорвались? И столько же импортировалось?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115341
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Только я не знаю тот ли это файл

##############################################################################
# Copyright (c) 1991, 2001 by Oracle Corporation
##############################################################################

###########################################
# Cache and I/O
###########################################
db_block_size=6144
db_cache_size=168848384

###########################################
# Cursors and Library Cache
###########################################
open_cursors=300

###########################################
# Diagnostics and Statistics
###########################################
background_dump_dest=D:\oracle\admin\oracle9\bdump
core_dump_dest=D:\oracle\admin\oracle9\cdump
timed_statistics=TRUE
user_dump_dest=D:\oracle\admin\oracle9\udump

###########################################
# Distributed, Replication and Snapshot
###########################################
db_domain=minks.minsk.energo.net
remote_login_passwordfile=EXCLUSIVE

###########################################
# File Configuration
###########################################
control_files=("D:\oracle\oradata\oracle9\control01.ctl", "D:\oracle\oradata\oracle9\control02.ctl", "D:\oracle\oradata\oracle9\control03.ctl")

###########################################
# MTS
###########################################
# Uncomment the following line when your listener is configured for SSL
# (listener.ora and sqlnet.ora)
# dispatchers = "(PROTOCOL=TCPS)(SER=MODOSE)", "(PROTOCOL=TCPS)(PRE=oracle.aurora.server.GiopServer)", "(PROTOCOL=TCPS)(PRE=oracle.aurora.server.SGiopServer)"
dispatchers="(PROTOCOL=TCP)(SER=MODOSE)", "(PROTOCOL=TCP)(PRE=oracle.aurora.server.GiopServer)", "(PROTOCOL=TCP)(PRE=oracle.aurora.server.SGiopServer)"

###########################################
# Miscellaneous
###########################################
compatible=9.0.0
db_name=oracle9

###########################################
# Network Registration
###########################################
instance_name=oracle9

###########################################
# Pools
###########################################
java_pool_size=52428800
large_pool_size=10485760
shared_pool_size=291235328

###########################################
# Processes and Sessions
###########################################
processes=150

###########################################
# Redo Log and Recovery
###########################################
fast_start_mttr_target=300

###########################################
# Sort, Hash Joins, Bitmap Indexes
###########################################
sort_area_size=2524288

###########################################
# System Managed Undo and Rollback Segments
###########################################
undo_management=AUTO
undo_tablespace=UNDOTBS
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115371
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
###########################################
db_block_size=6144
db_cache_size=168848384

###########################################
# Cursors and Library Cache
###########################################
open_cursors=2000

###########################################
# Diagnostics and Statistics
###########################################
background_dump_dest=D:\oracle\admin\oracle9\bdump
core_dump_dest=D:\oracle\admin\oracle9\cdump
timed_statistics=TRUE
user_dump_dest=D:\oracle\admin\oracle9\udump

###########################################
# Distributed, Replication and Snapshot
###########################################
db_domain=minks.minsk.energo.net
remote_login_passwordfile=EXCLUSIVE

###########################################
# File Configuration
###########################################
control_files=("D:\oracle\oradata\oracle9\control01.ctl", "D:\oracle\oradata\oracle9\control02.ctl", "D:\oracle\oradata\oracle9\control03.ctl")

###########################################
# MTS
###########################################
# Uncomment the following line when your listener is configured for SSL
# (listener.ora and sqlnet.ora)
# dispatchers = "(PROTOCOL=TCPS)(SER=MODOSE)", "(PROTOCOL=TCPS)(PRE=oracle.aurora.server.GiopServer)", "(PROTOCOL=TCPS)(PRE=oracle.aurora.server.SGiopServer)"
dispatchers="(PROTOCOL=TCP)(SER=MODOSE)", "(PROTOCOL=TCP)(PRE=oracle.aurora.server.GiopServer)", "(PROTOCOL=TCP)(PRE=oracle.aurora.server.SGiopServer)"

###########################################
# Miscellaneous
###########################################
compatible=9.0.0
db_name=oracle9

###########################################
# Network Registration
###########################################
instance_name=oracle9

###########################################
# Pools
###########################################
java_pool_size=52428800
#large_pool_size=10485760
shared_pool_size=291235328
hash_area_size = 8192000
job_queue_processes = 15
large_pool_size = 83886080
###########################################
# Processes and Sessions
###########################################
processes=1500

###########################################
# Redo Log and Recovery
###########################################
fast_start_mttr_target=300

###########################################
# Sort, Hash Joins, Bitmap Indexes
###########################################
#sort_area_size=2524288
sort_area_retained_size = 40960000
sort_area_size = 40960000
###########################################
# System Managed Undo and Rollback Segments
###########################################
undo_management=AUTO
undo_tablespace=UNDOTBS
###########################################
# Added
###########################################
optimizer_mode = CHOOSE
db_writer_processes = 5
dml_locks = 1000
enqueue_resources = 7000
db_file_multiblock_read_count = 128
optimizer_features_enable=9.2.0
optimizer_index_caching=25
plsql_v2_compatibility = TRUE
pre_page_sga = TRUE
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115429
Серегей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Счас попробую
спасибо заранее, чувствую получится
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115520
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Короче все, лег сервак и не запускается....
(наверно уволят все же)
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115526
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Minyty, chto on tebe soobshaet?
moget byt' ' sintacs ignore /?

Ubit' Oracle dovol'no taki trudno..
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115530
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A so starym ini podnimaetsya?

Ty delal copy-paste from HTML into ini?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115535
Mergen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а может быть попробовать
compatible=8.1.7
в старом ини
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115538
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ni v koem sluchae!
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115539
Mergen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А в чем дело?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115552
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
V 9i mnogie parametry dynamics, a v 8i - net. voznoknet conflict.


V dannoi sityazii, skoree vsego , konflict Oracle c Memory manager.

------

1. Postepenno ymen'shat' kol-vo sessions. ( ne hvataet semaforov v OS)
2. Comment on str::pre_page_sga = TRUE

3. Libo est' oshibki v sintacsise parameters ( copy-paste mog prinesti kakoi-libo symbol... ( Win2Unix )...
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115590
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Решили вернуться пока к 8 обратно
тут просто может версия глючная девятого
9.0.1.1.1
говорят

вообще пишет что
Ora-01034: Oracle not available
Ora-27101: shared mampry realm doesnt exists
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115591
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
О вроде стартанули...
но всеже лучше пока на 8
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115594
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vot ono chto!
{Ora-27101: shared mampry realm doesnt exists}
Platforma - W2K?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115596
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
win 2000 конечна
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115598
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да двухтысячная
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115600
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Win 2к
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115611
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот это поправь:

db_block_size=6144

Не бывает такого размера блока. Есть 2к, 4к, 8к, 16к, 32к
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115612
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pre_page_sga = TRUE

убрал этот параметр и вроде заработало
но премию снимут
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115613
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Esli W2K - problema deistvitelno v memory manager.
Obychno, v takom sluchae, service startuet vruchnyu, ( no ne cherez services! ).
A dal'she nado razbirat'sya s gelezom..
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115614
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle 9i Release 2 ot etogo nedostatka svoboden.
Nashi recomeduyt pol'zovat'sya tol'ko 9.2.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115617
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sorry..
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115636
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
как у нас народ все-таки любит умозрительно решать сложные проблемы. Вместо того чтоб разобраться что, где, как и почему не работает найти простое решение вроде взмаха волшебной палочки.

2Сергей $
Разложите проблему на составляющие - что именно стало медленнее работать, какие запросы, почему индексы не используются - проверьте планы выполнения, протрассируйте сессии, проверьте события ожидания и статистику. Когда будут конкретные данные, тогда и обращайтесь на форум за помощью. Если не знаете как их собрать - тоже спрашивай - народ поможет. Но не пытайтесь решить все одним махом. Кроме того мысли о потерянной премии тоже не помогают (ну и как я понял администрирование Оракла это не ваша основная работа).
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115662
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да я не админ, я разработчик
а валят все на меня, потому что не работает нефига
хотя я даже и дамп не ставил туда
контора у нас такая (админ, просто приблатненный)
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115931
ora600
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Oracle X-pert
а можно поинтересоваться насчет рекомендаций таких ОГРОМНЫХ pool size-ов , sort area, processes и относительно маленького optimizer_index_caching в контексте
"половина индексов не подхватывается" ? Или просто знакома данная БД ?

2 Sergey $
Такая огромная БД - десятки мегабайт кода ? Java используется со страшной силой? Если крутили pool size-ы в надежде сказочного убыстрения - верните из размер назад - лучше db_cache_size за их счет увеличить. И добавьте
к первоначальному варианту init-а
optimizer_index_caching=95
optimizer_index_cost_adj=5
Каков вопрос - таков ответ. Кроме того что "половина индексов не подхватывается" ничего не хотите нам сообщить (о БД) - получите лекарство только от индексов :-)

Если расскажете как получили db_block_size=6144 , будет или хохма или сенсация :-))))
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115939
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kakoi smysl dergat' v cash { optimizer_index_caching } 95%? Razve obnovleniya dannyh ne proishodit?

Po xarakteristikam HARD dannaya konf pozvolaet dergat' pool ukazannogo razmera.
Dal'she DBA ostaetsya proverit' vse HIT ratio.

Uvelichenie db_cache_size na 9i release 1 W2K problematichno iz-za
exp yvelicheniya swap.
optimizer_index_cost_adj=5 dynamic/default value.......
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115967
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>optimizer_index_cost_adj=5 dynamic/default value.......

Вот это интересно. А я всегда думал, что default value 100.
Кстате, увеличение sort_area_size до 40Mb никакого эффекта не даст, а вот свопинг вызовет, т.к. PGA процесса сможет раздуться до 120M (sort_area_size + hash_area_size, который по умолчанию равен 2 х sort_area_size). А если таких процессов будет много, то сами понимаете, что может произойти.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115972
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Kakoi smysl dergat' v cash { optimizer_index_caching } 95%? Razve obnovleniya
>dannyh ne proishodit?

Этот параметр кеш не дергает, а только влияет на решения оптимизатора использовать или нет индексное сканирование. Но пока мы не увидим конкретных запросов и планов их выполнения все эти рассуждения - просто сотрясание воздуха.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115982
ora600
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
optimizer_index_caching=95 - это подсказка CBO что он найдет с вероятностью 95% найдет индекс в кеше и поэтому можно юзать nested loops ? Тогда hit ratio здесь ни при чем.

> optimizer_index_cost_adj=5 dynamic/default value.......
optimizer_index_cost_adj=100 было по дефолту было всегда. В 9.2 изменилось ?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115989
ora600
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 dba
Ну вот стоит только на 5 минут отойти :-)
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115994
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>2 dba
>Ну вот стоит только на 5 минут отойти :-)

Работать меньше надо :-))
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115997
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это по дефолту в 9.2:

NAME TYPE VALUE
------------------------------------ ----------- --------
optimizer_dynamic_sampling integer 1
optimizer_features_enable string 9.2.0
optimizer_index_caching integer 0
optimizer_index_cost_adj integer 100
optimizer_max_permutations integer 2000
optimizer_mode string CHOOSE
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32115998
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
обратите внимание

permutations уменьшили :-)
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32116028
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>permutations уменьшили :-)

А эти пермутации до 80000 никогда и не доходили - это просто условное число. Вот что металинк пишет:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
OPTIMIZER_MAX_PERMUTATIONS: 
===========================
  This parameter gives the user the ability to control the maximum number of join 
permutations considered for each query block. The default is  80000 , which gives 
the old behavior. When set to less than  80000 , the optimizer also tries other  initial 
order heuristics with up to four different first tables in the join  order and limits the 
number of permutations in each OR-expansion branch to  10 .  This parameter is 
overridden by the OPTIMIZER_SEARCH_LIMIT parameter in the  sense that the 
maximum number of permutations will be at least the factorial of the latter. 
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32116531
man2002ua
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Знакомая лажа :) Неприятно, когда индексы в ж..е и проги работают на порядок медленее.
Первое что надо сделать - запусить Estimate/Compute statistics для индексов.
Для начала это попробуй.
Если не получиться - буду дальше вспоминать
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138509
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Насчет параметра optimizer_max_permutations.

У нас был случай когда изменение именно этого параметра значительно увеличивало скорость обработки запроса.

Ситуация рассматривалась на 5 cерверах:
1. Linux Slackware 7.1, 2xXEON 400MHz, RAM 512Mb, SCSI RAID 5, OraDB 8.1.7.0.1 Enterprise

2. Linux Slackware 7.1, 2xPIII 800MHz, RAM 768Mb, SCSI RAID 5, OraDB 8.1.7.0.1 Enterprise

3. Linux SuSE 8.1, 1xP4 2,4GHz, RAM 512Mb, IDE, OraDB 8.1.7.0.1 Enterprise

4. Linux SuSE 8.1, 1xP4 2,4GHz, RAM 512Mb, IDE, OraDB 9.2.0.1 Enterprise

5. Linux SuSE 8.1, 2xXEON 1GHz, RAM 1Gb, SCSI RAID 10, OraDB OraDB 9.2.0.1 Enterprise (с патчем p2761332_9203)

Запрос приводить не буду (если кого интересует вышлю по почте): состоит из 21 таблицы, включает внешние внутренние объединения, in, exists и многое другое (запрос строится автоматически).

На 9-ке этот параметр имел значение 2000 на 8-ке - 80000. Запрос работал в 5-10 раз быстрее на 9-ке. После установки значения 2000 на 8-ках запросы обрабатывались также быстро как и на девятках (с учетом аппаратных возможностей машин и, соответственно параметров SGA и PGA).
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138570
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"запросы обрабатывались также быстро "

Ты хотел сказать также медленно?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138595
Фотография Denis Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИМХО то, что значение optimizer_max_permutations сказалось именно на тяжелых запросах весьма показательно, т.е. там, где количество возможных перестановок (читай планов выполнения) весьма велико. Уменьшение значения этого параметра заставило Оракл прервать поиск оптимального плана (а именно построение плана занимала львиную долю времени) и выдать то, что получилось.

У меня вопрос: если подобный запрос периодически выполняется, то не стоило ли однажды, дождавшись выполнения при максимальном значении optimizer_max_permutations, закрепить план выполнения памяти, и в дальнейшем использовать его, не строив сызнова?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138603
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>На 9-ке этот параметр имел значение 2000 на 8-ке - 80000. Запрос работал в
>5-10 раз быстрее на 9-ке. После установки значения 2000 на 8-ках запросы
>обрабатывались также быстро как и на девятках (с учетом аппаратных
>возможностей машин и, соответственно параметров SGA и PGA).

Вериться с трудом что парсинг может занять столько времени при дефолтных значениях параметров. Сколько ж времени тогда занимает весь запрос? Даже если 1 сек на 9-ке, то это значит, что парсинг на 8-ке занимал как минимум 10 сек.? Это-то на Гигагерцовых пентиумах? Чтож там за запрос такой?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138722
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 softbuilder@inbox.ru
если учесть что на девятке выполнялось быстрее, то "также быстро".

2 Denis Popov:
> У меня вопрос: если подобный запрос периодически выполняется, то не
> стоило ли однажды, дождавшись выполнения при максимальном значении
> optimizer_max_permutations, закрепить план выполнения памяти, и в
> дальнейшем использовать его, не строив сызнова?

к сожалению так сделать нельзя. Точнее можно, но такая возможность бывает очень редко. Поясню. Запросы генерятся автоматически на основе метаописаний при помощи рукотворного генератора. При каждом запуске генерится новый SQL с новыми ограничениями. То что этот генератор нуждается в доработке - вопросов нет. Но это пока единственное средство полностью отвечающее требованиям по функциональности (что доминирует над остальными критериями в моей ситуации).

2 DBA
факт. запрос "трехэтажный". дерево планировщика состяло из 154 операций (steps). Вообще речь идет о сокращении времени с 17 минут до 3-х - при первом запуске запроса, и до 45 сек. - при втором и последующем запуске того-же запроса ("кэш в работе").
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138742
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>факт. запрос "трехэтажный". дерево планировщика состяло из 154 операций
>(steps). Вообще речь идет о сокращении времени с 17 минут до 3-х - при
>первом запуске запроса, и до 45 сек. - при втором и последующем запуске
>того-же запроса ("кэш в работе").

я просто хочу понять как же все-таки повлияло уменьшение optimizer_max_permutations на время выполнения. Т.е. с 17 минут до 3 минут при чтении с диска. Хорошо, но если потом до 45 сек. при чтении из кеша, то это означает, что время уходило ну совсем не на парсинг, а на чтение блоков. Или я неправ?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138760
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Скорее всего, второй запуск на выполнение уходит на простую сверку селекта и изменений кэша (+ выдача результата), что составляет ок. 45 сек.

Проблема сокращения времени обработки запроса комплексная. Допускаю что влияли и прочие факторы (изменения которых мы старались избегать). Но то, что время обработки (по крайней мере львиная доля) сократилось из-за изменения обсуждаемого параметра - это бесспорно.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138774
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Скорее всего, второй запуск на выполнение уходит на простую сверку
>селекта и изменений кэша (+ выдача результата), что составляет ок. 45 сек.

т.е. запрос второй раз не парсился? Я то думал вы это обеспечили. Тогда вообще ничего не понятно. Как вообще можно сравнивать, если вы не знаете на что уходило время?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138807
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я говорю про факт.

СУБД рассматриваю как черный ящик.

На входе: запрос SQL, параметры СУБД, версия СУБД, конфигурация аппаратуры.

На выходе: время выполнения.

Оснавная задача: сократить время выполнения.

Примечание: работа кэша особо не интересует. 9-ка приводится только потому, что различия обнаружились лишь прогнав запрос на двух СУБД. Для исключения влияния аппаратных мощностей был проведен тест на одной и той же машине (видно по списку).

Результат: ЗНАЧИТЕЛЬНО сокращено время выполнения запроса SQL, изменив значение параметра optimizer_max_permutations.

На что уходит время мне не интересно.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138824
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Примечание: работа кэша особо не интересует

ну-ну, рассматривайте и дальше СУБД как черный ящик. Я так понимаю, что и план выполнения вас особо не интересует.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138831
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> ну-ну, рассматривайте и дальше СУБД как черный ящик. Я так понимаю, что и план выполнения вас особо не интересует.

Как раз интересует, но с точки зрения стоимости выполнения запроса. Очевидно что время выполнения запроса с меньшей стоимостью будет выполнено быстрее. Я уж не буду говорить о том что стоимость изменилась после изменения параметра оптимизатора.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138835
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Я уж не буду говорить о том что стоимость изменилась после изменения
>параметра оптимизатора.

Какого именно параметра?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138839
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 dba
см выше
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138868
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хорошо, тогда вот моя интерпретация вашего сообщения:

На входе: Запрос

На выходе: План выполнения

Основная задача: Получить лучший план выполнения

Результат: План выполнения улучшился при изменении колл-ва вариаций соединения таблиц с 80000 до 2000

Примечание: Сколько вариаций использовал оптимизатор в действительности -неизвестно.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138871
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
тоже неплохо.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138877
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
К сожалению мое начальство незнает что такое "план выполнения". Оно знает что такое "время".
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138904
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>К сожалению мое начальство незнает что такое "план выполнения". Оно
>знает что такое "время".

Так и Ваше сообщение больше подходит на форум для "начальства", потому что для админа важен не столько рез-тат, сколько понимание почему так произошло. Во-первых это не логично, что при увеличении числа пермутаций ухудшается план - значит это баг, который возможно устранен (а у Вас базы не пропатчены - я так понимаю что начальство не знает что такое "патч"). Во-вторых Вы не владеете полной информацией (например, были кешированы данные, парсился ли второй раз запрос) для того чтоб утверждать, что это именно так.

Например, Вы изменили параметр и время отклика уменьшилось, а на самом деле это из-за того, что Петя с Васей как раз перестали играть в Unreal по сетке.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32138942
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Понятие времени мне тоже ближе т.к. оно является основной целью (точнее его сокращение). Считаю что осознание общей цели в данной ситуации более важно, т.к. задает нужное направление как для дальнейшего обсуждения, так и в поддержку/помощь автору данного топика.

Причем здесь патч (хотя о них я писал выше: тестили с ними и без них)?

Ко второму замечанию: данные кэшируются - однозначно (и во всех тестах). Как запрос может не парситься?

Повторяю. Тесты проводились на различных конфигурациях оборудования (кроме 2-х случаев: см тест 3 и 4) для того чтобы понять как сильно влияет на результат хардверная состаляющая. Прочие условия тестирования поддерживались одинаковыми для всех случаев.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32139070
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
можно сделать трассировку чтобы опровергнуть/подтвердить предположения. С цифрами на руках было бы проще.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32139094
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
трассировку чего?
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32139119
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
трассировку сессии, выдающей это запрос разумеется. Можно затем сравнить результаты статистики на этапе парсинга.
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32139126
[IPT]-Said
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вам этот трид раздувать еще не надоело? :)
Вроде у автора уже все заработало...хоть и премию снимут :)
...
Рейтинг: 0 / 0
Горю, выручайте или уволят
    #32139136
Фотография Oleg Afanasiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подожди, не ломай кайф!! ;-))

Всё же интересно как человек воспринимает СУБД Оракл
"на входе - запрос"
"на выходе - время выполнения"
...
Рейтинг: 0 / 0
69 сообщений из 69, показаны все 3 страниц
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Горю, выручайте или уволят
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]