проблемы со вставкой большого количества записей в таблицу

[Nadezhda]

Добрый день!

Возникла очень неприятная ситуация:
функция при расчете должна вставлять в таблицу Журнала Заявок порядка 6-7 тысяч записей. Вставка записей занимает очень длительное время..
При этом сама база просто зависает
может кто сталкивался с подобной проблемой и нашел какое-нибудь альтернативное решение

[Тимур]

Оперативки пробовали больше ставить на рабочее место?

[SVG]

Надо смотреть что за функция, как она вставляет и проч...
Возможно есть лишние расчеты на VALIDATE полей, подбор номера документа и проч. Просто вставка в таблицу происходит мгновенно. Тупит именно обработка.
Так что хотя бы код в студию.
Память действительно поможет.
Может COMMIT удастся впихнуть гденть - тоже облегчит задачу.

[mazzy]

Цитата:

Изначально опубликовано Nadezhda
функция при расчете должна вставлять в таблицу Журнала Заявок порядка 6-7 тысяч записей. Вставка записей занимает очень длительное время..
При этом сама база просто зависает
может кто сталкивался с подобной проблемой и нашел какое-нибудь альтернативное решение

Nadezhda, так не пойдет.
Укажите версию/сервис-пак Навижина, используемый тип базы.
Стандартная или модифицированная конфигурация.
Укажите добавляли ли вы flowFields на заявки.
Если да, то какие.

[Rungart]

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

[SVG]

Вспомнил одну фигню - из-за нее точно сильно тормозит вставка строк - надо грохнуть все суммовые индексы (SIFT) - хотя бы на время, хотя я б из журнала вообще их убил.

ЗЫ ну короче нам проблема понятна, а девушке видимо уже все равно...

[galka]

предлагаю не ломать голову и не искать ключи и поля.
А разбить весь набор записей на порции (от 100 до 500 записей) количество их устанавливается опытным путем и организовать цикл загрузки и учета: загрузил-учел и следующий...

Летать будет, проверяла на себе.