Ребята есть такая проблема.При проведении документов (примерно 10-15 строк) проводится за 40-50 секунд.1с 8,2,14,528 УПП 1,3,13,Тестирование и исправление делал.База весит 10 гигов.Невозможно прям

неинтересная новость

погуглил конкретных отвтов не увидил .

Если есть конкретное решение подскажите кстати база СГЛ

ответов? каких ответов?
разве бывают ответы на новости

(3) А есть конкретный вопрос ?
Ну хотя бы отладчиком выяснить, на что больше всего времени уходит.

(0) первое что нужно сделать - это поменять релиз платформы, так как 14 самый глючный

СГЛ - это расшифровывается как СуперГЛючная?

Регламенты делаются? Отладчик что говорит?

(6) обычно сначала нужно зерна кругом насыпать. сам подумай, вдруг уже после этого безобидного действия все ускорится - зачем тогда менять релиз платформы. Этож на 200-х машинах платформу устанавливать

Отладчик и замер не юзал т.к. без разницы какой документ провожу (они то ходят по разным регистрам и модулии соответственно разные) даже касса и та сдыхает при проведении

на релиз гнать не буду ибо раньше все нормально работало.Думаю дело в скулевских таблицах хотя хз

(7) остришь))стало это после того как начали документы проводить групповой обработкой скажем эдак за 6 месяцев

Позовите специалиста.

(10) ну не знаю, у меня у клиентов стоял 14 релиз и мне стабильно раз у месяц жалувались, то на медленную работу, то на конфликт блокировок, а после того как установил новый релиз, все гуд.

(0)
если у Вас на компютере с бд
используется 5 рэйд с дефектными
дисками ide в режме pio0
процессор celeron памяти 512 meg
сетевой интерфейс 10mb каоксиал
фрагментация дисков 99%
установлено одновременно 2-3 антивируса
тарминально работает 30 пользователей
профили терм пользователей (включая директории врем. файлов) вынесены на др комп.
конечно же компьютер с базой - праймари домен контроллер
используется тормозной сетевой протокол типа named pipes
фрагментация таблиц бд - 99%
 
то возможно легкое подтормаживание.

2(13) то есть ты из всего лишь ОДНОГО случая вывел закономерность. Которая будет работать всегда и для всех. Чувак, ты вообще здоров?

(0) итоги регистров актуальны?

(2) И не увидишь, поскольку потоки данных и блокировки на всех предприятиях очень индивидуальны.

Что делать:
- замер производительности для выявления "узких мест"
- итоги регистров пересчитать / актуализировать
- использование общих модулей со свойством "Повторное использование возвращаемых значений" "на время сеанса" всюду, где возможно
- управляемые блокировки
- для ускорения записи / чтения параллельная запись / чтение на несколько дисков

(15) я всего лишь предположил, ничего плохого от переустановки платформы не будет и кстати у меня это не единичный случай, поэтому и написал. И нечего мне тут грубить чувачела.

(18) Ну при переустановки просто кэш почистился, вот и быстрее стало

2(18) ты не предположил, а а безосновательно утверждал.
Безосновательно - Потому что не привел ни единой возможной причины почему так может быть. С этой точки зрения насыпания зерен кругом или втыкание спицы в куклу Нуралиева - точно также полезные приемы ускорения.

Хочешь чтобы тебе не грубили и уважали - не неси муйни

(0) давайте угадаю: нетиповая?

(0) в 8.3 влёт проводит более 100 строк.

(+23) без оптимизации - запрос в цикле :)

(0) вон из профессии (с)

(19) до этого кэш чистил, не помогало, помогла переустановка релиза платформы

(21) и что же за такую муйню я несу? я написал что релиз 8.2.14.528 глючный, а вот ты больше всего написал постов, а по дело ни одного, так что кто из нас несет муйню, еще не известно.

2(27) известно. ты несешь муйню. Потому что глючный кажды

й релиз. даже последний. но какое это имеет отношение к проблеме в (0) - каждый раз это должно выясняться отдельно в заивисмости от множества других факторов

потому что твоя посылка опровергается просто любым другим свидетельством. Например я говорю:
У меня есть клиенты которые обновились до 8.2.15 и у них все стало медленно. Я откатил у них платформу на 8.2.14 и все стало как было - быстро и без глюков.

(28) ладно, не буду спорить со старшими, раз говоришь, что несу муйню, значит так и есть, тебе лучше видно.

Про то, что 8ка ещё сырая уже было?

(0) а замеры делали? Может при проведении документов что-то по 2 раза проверяется: в модуле документа и в модуле объекта? Или типовая конфигурация?

Скажу так в другом узле РИБ(файловом) он не идет а летает(проводятся документы) из этого следует вывод что модули в порядке а проблемав серверах идет точнее в скуле ТИИ сделал,не помогло.от 8,2,14,528 глюков не видел скажу чесно а кто в цикле запрос пишет тому руки поотламывать надо.Короче скажу одно в скуль лезть надо без вариантов.