Модификация огромного количества (сотни тысяч) записей в Axapta 3.0 SP4

[Alexius]

1. Массовое обновление для СУБД лучше всего производить запросами update_recordset или если его синтаксиса не хватает, то прямыми на сервер СУБД. В этом случае сервер сможет самостоятельно оптимизировать процесс обновления. Хотя бывают и исключения

2. Если обновление будет выполняться по одной записи и целостность данных не волнует, то лучше обновлять каждую запись в своей транзакции вне зависимости от модели восстановления сервера. Если все выполнять в одной транзакции, то накладные расходы сервера СУБД на блокировки (или версионность) множества записей с лихвой перекроют расходы на обслуживание кучи транзакций.

[mazzy]

Цитата:

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

Если все выполнять в одной транзакции, то накладные расходы сервера СУБД на блокировки (или версионность) множества записей с лихвой перекроют расходы на обслуживание кучи транзакций.

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

поэтому спорно.
но мнение имеет право на жизнь.

[Zabr]

Цитата:

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

for(i=0;i<70;i++)

Нормальный вполне способ. Сам так и делаю частенько.

Цитата:

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

так что при отсутствии индекса по RecId экспериментировать, пожалуй, не имеет смысла?

Так может вам стоит построить индекс по recid ? Для 700 тыс.записей будет строиться может пару-тройку минут. Будет не нужен - отключите потом.

Цитата:

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

Какой то полной фигней вы занимаетесь, честное слово.

Это точно. За время обсуждения можно было вручную всё проапдейтить (утрирую конечно, но всё же..)

[Hyper]

Цитата:

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

Нормальный вполне способ. Сам так и делаю частенько.

Зачем же самим так делать, если я фигней занимаюсь?