|
DELETE FROM TABLE1 T1 WHERE ID2 in (SELECT ID2 FROM TABLE2 BL WHERE T2_id = ?)
|
|||
---|---|---|---|
#18+
День добрый, Есть таблицы TABLE1 и TABLE2 (условно), TABLE2 небольшая таблица, по списку значений в которой надо удалить строки из большой таблицы TABLE1: Код: plsql 1. 2. 3.
Нормальный план выглядит так, т.е. выборка небольшого количества(100-5000) строк из TABLE2 и удаление по ним из T1 : Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
И этот план я вижу сейчас, но в логах программы, идет такой план, где всё вывернуто наизнанку, и запрос работает неэффективно и долго: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Можно принудительно получить правильный план с помощью хинтов: Код: plsql 1. 2. 3.
Но хотелось бы разобраться как такое возможно. К сожалению у меня нет доступа к серверу(linux), с которого запускалась программа. Информацию получил по предоставленным логам, анализируя производительность(жалобы на медленную работу). Может ли быть такое, что на момент работы программы были одни настройки в Init.ora(OPTIMIZER_INDEX_CACHING....), а сейчас поменяли, и поэтому не могу получить "плохой" план, или тут есть еще какие-то варианты? Например влияние клиента Oracle и его настроек(sqlnet.ora, переменные среды, ...) , или нет такого? В самой программе нет ALTER SESSION.... для изменения параметров CBO. У меня доступ только к логам, а повторно программу будут запускать через несколько недель. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2021, 10:55 |
|
DELETE FROM TABLE1 T1 WHERE ID2 in (SELECT ID2 FROM TABLE2 BL WHERE T2_id = ?)
|
|||
---|---|---|---|
#18+
412M ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2021, 12:21 |
|
|
start [/forum/topic.php?fid=52&fpage=26&tid=1880461]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
25ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 124ms |
0 / 0 |