Создание большого числа заказов на продажу. Падение скорости загрузки.

[Eldar9x]

Цитата:

И будет чертовски обидно, если после нескольких часов работы транзакция откатится из-за недостатка места под transaction log
Не говоря уже о тех несчастных пользователях, которые ждут окончания блокировки чтобы продолжить свою никчемную работу по обработке текущих заказов, а также любых складских операций (из-за блокировки inventSum)

Ну..., по моему будет обиднее разбираться, какая часть данных создалась, а какая нет.
Хотя было же уже предложено поделить на несколько файлов. А по поводу блокировок, такие операции не обязательно делать в час-пик.

[mazzy]

Цитата:

Сообщение от Eldar9x

Ну..., по моему будет обиднее разбираться, какая часть данных создалась, а какая нет.

Посмотрел код еще раз.
А ведь действительно - импорт в этой ветке не предполагает, что данные уже могут существовать.
Т.е. повторный импорт не предусмотрен.

Тогда согласен - лучше сделать в одну транзакцию.

Хотя более правильным было бы сделать по другому:
1. программист должен учитывать, что импорт одного и того же файла может выполняться несколько раз. либо в результате ошибки оператора, либо еще по каким причинам.
2. программист должен проверить, не была ли уже заимпортирована запись.
2.1. если уже существует, то
2.1.1. если запись была изменена, то либо ошибка, либо варнинг, либо overwrite в зависимости от настроек и логики импорта
2.1.2. если запись не изменена, то пропустить запись
2.2. если запись еще не существует, то создать ее.

тогда можно выполнять импорт мелкими кусками и не беспокоится о нагрузке.
Но только придется побеспокоится о каком-то идентификаторе, который позволит однозначно сопоставить импортируемые и уже существующие в Аксапте данные.