как корректно перепровести документы в SQL базе #208889

Добрый день, коллеги.столкнулся с такой проблемой:при массовом перепроведении документов эти документынеправильно рассчитывают итоги по регистрам, и соответственно,делают неправильные движения. база в SQL формате (11 Гб)это происходит после примерно определенного количества проведений,в результате к-х MDF файл базы увеличивается на несколько гигабайтгде-то читал, что есть утилиты, устраняющие эту проблему на уровне SQLсервера.есть ли решение этой проблемы?

Ужать МДФ - ну шринк, только при следующем перепроведении он снова вырастет. Непонятно почему МДФ, а не ЛДФ, однако.А неправильно рассчитывает - это твой косяк.

шринк - это понятно,неправильный расчет: в документе регистры рассчитываются на "Текущий документ". Если перепроводить по нескоьку документов 15-20 - все нормально.если счет идет на сотни - бардак с итогами.

Про замедление - знаю, используй транзакцию на 50,100, день. Про косяк - не слыхал.

ОК, попробую...

Значить не везде идет расчет по тек.документ...

документы одного вида, алгоритм расчета регистровпри любых условиях одинаков....

перепровожу по 60000 документов в месяц. итоги рассчитываются правильно. ТиС, почти типовая, 6 гигов. Что нужно сделать чтобы итоги рассчитались неправильно?

2 нужна кривыми пальцами залезть и Актуальность неправильно проверять. Там несложно..:)

чуть что - сразу кривые руки...база досталась по наследству - самописная "торговля".документов у меня порядка 300 000 в месяц.сейчас пробую проводить порциями по 30 шт. через транзакции.пока огрехов не вижу.

ништяк, щас попробую. стоп, а как ее неправильно проверить, если метод всего один - ИтогиАктуальны? и доступен он всего в одном месте...

а тебе религия позволяет использовать внешние компоненты? типа 1С++? а то у меня есть переделанные на прямые запросы модули проведения некоторых документов, типа Реализация, ПКО. даже если самописка, имхо думаю несложно будет адаптировать. Скорость проведения вырастает в разы. Мыло в 11 посте

наверное не mdf а ldf?