Настройка AOS (Axapta 2009)

[ansoft]

Rivez.
Мое личное мнение и наблюдения говорят о том что эта галка сильно тормозит работу.
У нас она отключена. Кроме того где-то в форуме здесь или на SQL.RU мне встречались
слова о том, что при использовании функций LTRIM не оптимизятся запросы...
Поищите...

Кроме того, меня несколько удивляет высказывание:

Цитата:

Рассмотрим такую ситуацию: вы переходите на 2009-ю с версии 3.0, где у вас было включено правое выравнивание для фиговой тучи полей. Допустим, вы пошли штатным путем и применили приблуду для выравнивания полей влево, которая идет проектом в поставке 2009-й. Приблуда предлагает использовать штатные средства ядра: поменять свойства на EDT, после чего ядро начнет при синхронизации отправлять на СУБД запросы вида update salesline set salesid=ltrim(salesid), itemid=ltrim(itemid)... То же происходит с накладными, фактурами и кучей других таблиц. В теории все прекрасно, но если по каким-то причинам документов у вас - фигова туча (заказов/накладных/фактур - сотни тысяч, строк в них - десятки миллионов), то может статься так, что обновление шапок документов в ходе синхронизации пройдет успешно, а обновление строк (которое для каждой таблицы идет в своей транзакции) обломится из-за того, что переполнятся транзакционные логи. В результате у вас строки документов "отвалятся" от шапок, потому что в шапках поля будут выравнены влево, а в строках останутся выравнены вправо. Наверно, чтобы в такой ситуации иметь возможность что-то сделать средствами Аксапты, и придумали такой режим работы.

По рекомендованной практике перехода генерятся SQL запросы той самой утилитой (проектом),
которая может и EDT поправить и запросы для SQL сгенерить. После генерации запросов
их дробят на несколько скриптов и запускают в параллель для ускорения процесса.
Скрипты выполняются средствами SQL. Скрипт можно запускать многократно, если вдруг
будет сбой (время? ну ведь каждый тестит перенос данных и меряет и смотрит), так что
ситуация когда шапки разбежались со строками - жесть жестокая. Мы в 3.0 не меняли EDT,
проверили типы в 2009, чтобы не было Rigth aligned и получили SQL скрипты, разбили на части,
у нас получилось 6 (группировали по тяжести таблиц) и... все работает.
Переполнение лога невозможно, так как опять таки по рекомендациям ее переключают в режим simple.