Размер базы в 1С УВС при работе в последней версии через API 2.0

Короче, ситуация такая: использование регламентного задания "Загрузка данных по ВСД".
По идее оно должно грузить только входящие транспортные документы за определенный период.
Однако судя по ответу, оно получает и входящие и исходящие документы за период порядка трех дней.
То бишь у нас стояла проверка входящих всд каждый 2,5 минуты.
Входящих документов у нас штук 10-15 в день.
А на тестовом сервере их вообще 0 (где мы это крутим).
А оно втыкало в нашу базу текст ответа на запрос с информацией об отгрузках за последние три дня размером 3 мб.
Только это дает порядка 72 Мб в час, 1800 МБ в сутки (не считая служебной информации таблиц типа индексов).

Могу дополнительно констатировать, что ставлю техподдержке неудовлетворительную оценку.
Они так до сих пор уверены что в релизе 2.0.2.3 у них все решено и на запрос не отвечают.

Не удержусь. Они вообще не очень охотно отвечают, видимо считают что молчание золото. Думаете мне про моё сообщение на ошибку о нехватке памяти при обработке загрузки ВСД что-то сказали? С начала вообще отмазались, типо у вас вообще памяти не хватает, когда же я предоставил достаточно убедительные на мой взгляд доказательства обратного молчанье было ответом, ну хоть спустя 2-3 недели в новой версии фича исправлена

.
Вопрос что вам мешает чистить соответствующий регистр какой-нибудь регламентной операцией? Это запись в него процесс род грифом секретно, само же содержимое должно быть доступно (имхо). Что-то типо: если операция по документу в одном из конечных статусов и документу больше 3-5 суток просто перезаписать поле с текстом на 0. Или там сложнее?
Поделитесь пожалуйста опытом.

вся беда отраслевых конфигураций - участки закрытого кода, но если у вас есть вменяемый 1с-ник, то ему не составит большого труда вскрыть модуля и уж тем более он сможет реализовать регламентную чистку регистра.

El_Djo wrote:Не удержусь. Они вообще не очень охотно отвечают, видимо считают что молчание золото. Думаете мне про моё сообщение на ошибку о нехватке памяти при обработке загрузки ВСД что-то сказали? С начала вообще отмазались, типо у вас вообще памяти не хватает, когда же я предоставил достаточно убедительные на мой взгляд доказательства обратного молчанье было ответом, ну хоть спустя 2-3 недели в новой версии фича исправлена .
Вопрос что вам мешает чистить соответствующий регистр какой-нибудь регламентной операцией? Это запись в него процесс род грифом секретно, само же содержимое должно быть доступно (имхо). Что-то типо: если операция по документу в одном из конечных статусов и документу больше 3-5 суток просто перезаписать поле с текстом на 0. Или там сложнее?
Поделитесь пожалуйста опытом.

Чистить можно. И мы чистили. Но это метод: побриться сняв кожу с лица.
Просто у нас помимо размера базы и производительность проседает.
С моей точки зрения положить в СУБД такого размера запись, а потом стереть - это уже плохо.
СУБД предназначена для другого режима использования.
Использовать СУБД как ворд, куда кидать неструктурированную текстовую информацию,
такое только в страшном сне увидишь. Ну и еще в 1С УВС.
Плюс мы не знаем точно, когда можно эти записи тереть, используются ли они при обработке операций.
Это к вопросу триггеров, которые предлагали. Мы пока просто поставили загрузку ВСД раз в час.

Проблема в том, что на распределительном центре исходящих ЭВСД будет не 400 в сутки, а счет на тысячи пойдет.
Соответственно, "ответка" составит не 3 мб, а порядка 30 Мб за запрос.
И раз в час мы проверять не сможем, нужно именно порядка 2-5 минут.
То есть все гарантированно "ляжет" и уже не поднимется.

Поэтому я по любому считаю, что проблема должна быть решена цивилизованно.

lalex23 wrote:вся беда отраслевых конфигураций - участки закрытого кода, но если у вас есть вменяемый 1с-ник, то ему не составит большого труда вскрыть модуля и уж тем более он сможет реализовать регламентную чистку регистра.

Ну так мы хотим иметь продукт, а не геморрой. Мы деньги не за геморрой платили.
Наш 1-сник имеет кучу задач, чтобы еще и новые конфигурации писать и потом с ними мудохаться.
Они же раз в неделю присылают новую версию.
Я понимаю, люди не читают тему с начала, регламентная чистка регистра спасет только частично и она сделана.

lalex23, уверены?, у нас тоже была казалось простая задача, добавить кусок данных, которые нужно передавать, а не все так просто. Техподдержка вроде отвечала, сейчас в обороне глухой.
TWAIN, спасибо за наводку, в базу пока только нормативка подтянулась и входящие ВСД, но размер уже 2.5гб.

Den1s0N wrote:lalex23, уверены?, у нас тоже была казалось простая задача, добавить кусок данных, которые нужно передавать, а не все так просто. Техподдержка вроде отвечала, сейчас в обороне глухой.
TWAIN, спасибо за наводку, в базу пока только нормативка подтянулась и входящие ВСД, но размер уже 2.5гб.

как разработчик 1С с 15-летним стажем, разработчик рабочих версий интеграции шлюзов 1.4 и 2.0 скромно скажу - да, уверен.