|   |   | 
| 
 | Ускорение проведений по партиям | ☑ | ||
|---|---|---|---|---|
| 0
    
        BigShmax 12.09.18✎ 11:52 | 
        УПП 1.3
 Совсем тяжко восстанавливается последовательность перед рассчётом себестоимости. База 1Тб+ статистики обновляются долго и реже чем хотелось бв и не все. Хочу попробовать метод : "сверхчастое обновление статистики только по нужным регистрам." Какие таблицы нужно попробовать обновлять часто? Может есть у кого наработки по скриптам обновлений статистик выборочно по таблицам? | |||
| 1
    
        Cool_Profi 12.09.18✎ 11:53 | 
        А запрос по построению дерева партий уже переписал?     | |||
| 2
    
        BigShmax 12.09.18✎ 11:58 | 
        (1)   планирую, но осенью сезон тяжко влезть с обновлением  - покамесь хочу  статистиками поиграться.
 Ты про: "http://1c.ab74.ru/public/191732/" ? | |||
| 3
    
        s03 12.09.18✎ 13:11 | 
        а почему не включен РАУЗ?     | |||
| 4
    
        AquaMan 12.09.18✎ 13:36 | 
        Частое обновление статистики ничего не даст. Вряд ли у вас количество записей в таблицах сильно меняется между обновлениями.     | |||
| 5
    
        BigShmax 12.09.18✎ 14:33 | 
        (3)   мне кажется это не относится к этой теме.     | |||
| 6
    
        BigShmax 12.09.18✎ 14:34 | 
        (4) по идее при восстановлении последовательности идёт перепроведение толпы документов, должны таблицы меняться.     | |||
| 7
    
        s03 12.09.18✎ 14:37 | 
        (5) да, это для собственного кругозора, ведь раз восстанавливаете последовательность, значит не РАУЗ, а при его включении расчет себестоимости и пр.подготовительные мероприятия куда быстрее выполняются     | |||
| 8
    
        Buster007 12.09.18✎ 14:48 | 
        так в раузе есть партионный учет или нет?     | |||
| 9
    
        Вафель 12.09.18✎ 14:49 | 
        вроде у ут10.3 / упп была какая то ошибка по партиям. Или в УПП ее поправили?     | |||
| 10
    
        s03 12.09.18✎ 14:50 | 
        (8) в РАУЗе не используются регистры партионного учета и последовательность уже менее важна, так как если в течении дня списание раньше поступления (но они в одном дне), то это не воспринимается системой как ошибка и/или нарушение последовательности     | |||
| 11
    
        s03 12.09.18✎ 14:51 | 
        Поэтому и интересно, какие у вас причины использовать традиционный партионный учет, а то мало ли, может самому пригодится знать такое     | |||
| 12
    
        Вафель 12.09.18✎ 14:54 | 
        в ерп например и рауз и партионка вполне себе вместе живут     | |||
| 13
    
        Buster007 12.09.18✎ 14:59 | 
        (11) т.е. предлагая РАУЗ, ты считаешь, что РАУЗ решает задачи партионнки? В ЕРП все вместе сделано, а вот в УПП решил уточнить     | |||
| 14
    
        s03 12.09.18✎ 15:01 | 
        (13) я не предлагаю, я интересуюсь какие у них ограничения не позволили это использовать     | |||
| 15
    
        Buster007 12.09.18✎ 15:02 | 
        (14) а, ясно     | |||
| 16
    
        Вафель 12.09.18✎ 15:04 | 
        но вроде в УПП на партионку ничего не завязано (в ерп например НДС)     | |||
| 17
    
        s03 12.09.18✎ 15:07 | 
        (16) В УПП расчет себестоимости выпуска на партионный учет сильно завязан. Ну и соответственно процедура восстановление последовательности партионного учета как одна из подготовительных операций при расчете себестоимости выпуска (если не РАУЗ)     | |||
| 18
    
        Вафель 12.09.18✎ 15:10 | 
        (17) РАУЗ заменят партионный учет полностью, а в ЕРП нет     | |||
| 19
    
        d4rkmesa 12.09.18✎ 21:40 | 
        (0) Я подозреваю, на таких объемах стандартные советы не дадут ощутимого прироста. Чтобы скорость в разы увеличилась, ну не знаю, надо вообще статистику не обновлять. Сверхчастое обновление, кстати, сильно помогает местами. Но тут вопрос, сколько это будет в вашем случае, раз в 5 минут, реже, чаще? У меня, когда я эксперементировал с базой, получалось, что эффект от выборочного обновления статистики держался буквально несколько минут.     | |||
| 20
    
        Новиков 12.09.18✎ 22:14 | 
        Я не знаю, как ты понял, что ключ твоих проблем - это статистика, но можешь попробовать этот скрипт:
 http://catalog.mista.ru/public/256292/ Не понятно еще, какая версия платформы у тебя? Если 8.3 и платформа 10, 11, 12 - то ради теста (если есть где), поставь 16 скуль, подними у базы уровень совместимости до 16 и протестируй. Скорее всего, ситуация улучшится, но не кардинально конечно. Искать надо место затыка, вариант переписать запрос по пруфу - хороший, если в нем дело. Кстати, в 2016 скуле, для перестроения или реорганизации индекса, уже на уровне самой задачи можно задавать пороговые значения по фрагментации, числу страниц, периоду. | 
 
 | Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |