ТиС, последний релиз.
Ночью, на автомате восстанавливается последовательность. За 7 часов успеваем обработать только 15-20 дней. Нужно больше, 30-40 дней.
Посмотрел статистику обработки:
Первый час работы: Проведено 2100 документов
Второй час работы: Проведено 1200 документов
Третий час работы: Проведено 1100 документов
Четвертый час работы: Проведено 909 документов
----------
В ДБФ версии такого нет, только под SQL.
-----------
Я так понимаю, это переполняются буфера у SQL или что то подобное, не сильно разбираюсь в это, поэтому хочу спросить совета. Как настроить сиквел, чтобы не падала произаодительность?

softpoint.ru

:)
(0)
bat+sleep.exe+"робот 1с"
(оптимально сеансы должны быть по 20 мин, потом завершение работы "роботом", 1 минута пауза и повторный запуск через sleep.exe)

SQL2005

проблема SQL2000
http://itland.ru/forum/index.php?showtopic=8574
http://itland.ru/forum/index.php?showtopic=6119
http://itland.ru/forum/index.php?showtopic=8500

2 (3) А это проверено?

"За 7 часов успеваем обработать только 15-20 дней. "
Фантастика! У нас день пересчитывается 2 часа...

не фантастика, просто документов мало. у меня день пересчитывается полтора часа (2000-2500 документов)

короче ставь SQL7.0 и будет тебе щассье!

2 (1) Эта обработка по очищению временных таблиц, у них стоит 500$, не хило ;)
-------------
Нам ченить попроще. В принципе, пришли к решению останавливать по таймеру. Какое промежуток времени доллжен пройти для очищения таблиц в SQL?
-------------
Семерка не подходит, а 2005? С ним других проблем не будет? Типа совместимости?

2(9) чем SQL 7-ка не подходит? С 2005 будут проблемы у 1С7.7, по крайней мере Володя не советовал и я ему верю.
Есть ещё 1с++
Короче смотри сам..

А что в 1С++?

на мисте есть ветка, в которой говорится как запустить семерку на SQL 2005. возможные глюки еще толком не изучены. имхо проще будет поставить SQL 7.0.
в 1С++ есть метод ReconnectNative(), подробнее можно прочитать на itland.ru/forum, раздел ООП на версии 77, в ФАКе на последней странице