Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
оптимизация процедуры
|
|||
|---|---|---|---|
|
#18+
Добрый день! Подскажите где у меня узкой место в запросе (запрос выполняется в процедуре) запрос в процедуре : Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Кусок плана запроса Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. Запрос выполняется достаточно медленно. имеется 3 таблицы saldo (остатки),account(счета),accdate(инфор-я о закрытии - открытии счетов) Как смотреть план запроса ? на что обратить внимание? Заранее благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2007, 16:11 |
|
||
|
оптимизация процедуры
|
|||
|---|---|---|---|
|
#18+
alexey_mas1Добрый день! Подскажите где у меня узкой место в запросе (запрос выполняется в процедуре) запрос в процедуре : IMHO смотреть здесь: Код: plaintext 1. 2. 3. 4. 5. Особенно на NOT EXISTS А вообще то телепаты переквалифицировались на другие СУБД ( Informix слишком предсказуемый). :) 1. Нужно смотреть на Filters: Если в условиии которое туда попадает есть индексированные поля, нужно смотреть на статистику или директивы оптимизатора. Какие индексы уже есть ? как давно собирали статистику? 2. Нужно смотреть на обьем таблиц. сколько записей? 3.Нужно смотреть на индексированные поля, при необходимости оценив все за и против строить новые индексы. 4. Нужно смотреть на параметры OPTCOMPIND DIRECTIVES PDQPRIORITY и все что с ним связано. ......... И еще моного на что. p.s. Индексный поиск не всегда лучше полного сканирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2007, 16:53 |
|
||
|
оптимизация процедуры
|
|||
|---|---|---|---|
|
#18+
запрос надо переписывать Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2007, 17:20 |
|
||
|
оптимизация процедуры
|
|||
|---|---|---|---|
|
#18+
ок спасибо. попробую выбирать счета в темповую таблицу и в запросе уже работать с ней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2007, 17:49 |
|
||
|
оптимизация процедуры
|
|||
|---|---|---|---|
|
#18+
Как человек, видимо знакомый со структурой данной базы, могу предположить что: - использовать accdate ни к чему вообще. Если счет закрыт или не был открыт на интерсную Вам дату, то записей в saldo не будет и суммы тоже; - мучить таблицу saldo на предмет MIN(dtend) по каждому счету тоже не зачем. Достаточно это сделать один раз, причем ИМХО, в этой базе более 10 лет назад существовала табличка типа календаря с выходными и праздничными днями, сомневаюсь, чтобы она исчезла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 19:05 |
|
||
|
|

start [/forum/topic.php?fid=44&gotonew=1&tid=1608247]: |
0ms |
get settings: |
4ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
38ms |
get topic data: |
7ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 208ms |
| total: | 309ms |

| 0 / 0 |
