|   |   | 
| 
 | Долгое выполнение запроса | ☑ | ||
|---|---|---|---|---|
| 0
    
        bUbA 27.07.23✎ 13:12 | 
        Добрый день.
 Уже не один год есть запрос к периодическому РС, без каких либо соединений, с одним только дополнительным вычисляемым полем и несколькими условиями. И вот на этой неделе он стал выполнятся не секунды, а часы. Обновлений, связанных с работой этого регистра, не было, поэтому не совсем понятна причина такого резкого роста его выполнения. Может у кого-нибудь есть мысли как это побороть? | |||
| 1
    
        shuhard 27.07.23✎ 13:15 | 
        (0)[ как это побороть]
 посмотреть план выполнения запроса причин, как внутри сиквела, так и за его пределами может быть туча | |||
| 2
    
        Ногаминебить 27.07.23✎ 13:16 | 
        Постгре? Срез последних?     | |||
| 3
    
        bUbA 27.07.23✎ 13:25 | 
        (2) MS SQL. Берется срез последних, к нему устанавливается условие по дате и по одному измерению. И вне виртуальной таблицы устанавливается еще 3 условия к ресурсам регистра.     | |||
| 4
    
        1CBaseV8 27.07.23✎ 13:26 | 
        (0) есть записи  будущей датой?     | |||
| 5
    
        shuhard 27.07.23✎ 13:29 | 
        (3) в (1) какая буква не понятна ?     | |||
| 6
    
        Страждущий 27.07.23✎ 13:39 | 
        Сделай копию
 Попробуй зайти в конфигуратор: Администрирование -> Тестирование и исправление "Реиндексация ..", ""Пересчет итогов | |||
| 7
    
        Мультук гуру 27.07.23✎ 13:40 | 
        (6) 
 Ну да. MS_SQL сам ни статистику пересчитать, ни индексы перестроить P.S. Кстати, а MS-SQL на регулярной основе "статистику пересчитать и всякое другое" ? | |||
| 8
    
        bUbA 27.07.23✎ 13:50 | 
        (1) Чтобы посмотреть план выполнения, надо подождать часов 5, пока этот запрос выполнится     | |||
| 9
    
        bUbA 27.07.23✎ 13:51 | 
        (4) Нет таких     | |||
| 10
    
        1CBaseV8 27.07.23✎ 13:53 | 
        На копии базы прошлой недели  так же тормозит?     | |||
| 11
    
        bUbA 27.07.23✎ 13:54 | 
        (6) Это рабочая база почти на 300 Гб, такое быстро не сделать, надо планировать как минимум на выходные это     | |||
| 12
    
        bUbA 27.07.23✎ 13:57 | 
        (10) Вот есть мысль развернуть копию, т.к. записей в таблице больше 30 миллионов, но вряд ли там за сутки прилетело 20 миллионов записей, потому что таблица изначально большая была. Но сделать надо все таки     | |||
| 13
    
        1CBaseV8 27.07.23✎ 14:00 | 
        (11) > Это рабочая база почти на 300 Гб
 Я еще хотел предложить в файловом варианте попробовать :—) | |||
| 14
    
        shuhard 27.07.23✎ 14:04 | 
        (8)[надо подождать часов 5, пока этот запрос выполнится]
 из QA с отбором по первичным ключам 5 часов - не верю (с) | |||
| 15
    
        Мультук гуру 27.07.23✎ 14:07 | 
        (14) 
 Ну, может там на сервере валюту майнят, диск шифруют, маршрутизатор мужественно умирает в жару... Или кто-то большой и важный решил помочь сисадминам в их нелегком деле. Вариантов то куча... | |||
| 16
    
        H A D G E H O G s 27.07.23✎ 14:08 | 
        (0) Ну давай текст запроса штоле     | |||
| 17
    
        shuhard 27.07.23✎ 14:09 | 
        (15) дык выбрать топ 1000 из Рг сведений и получить план выполнения 10 секунд, топику уже час     | |||
| 18
    
        H A D G E H O G s 27.07.23✎ 14:09 | 
        (17) Он другой будет.     | |||
| 19
    
        H A D G E H O G s 27.07.23✎ 14:11 | 
        (8) Зайди в монитор активности EE, вкладка "Последние ресурсоемкие запросы", там скорее всего будет твой запрос. Правой кнопкой по нему, там будет "Показать план выполнения"     | |||
| 20
    
        shuhard 27.07.23✎ 14:45 | 
        (18)[Он другой будет.]
 безусловно но при разнице в 1000 раз и этого хватит | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |