Показать сообщение отдельно
Старый 25.12.2010, 21:01   #2  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Рассмотрим такую ситуацию: вы переходите на 2009-ю с версии 3.0, где у вас было включено правое выравнивание для фиговой тучи полей. Допустим, вы пошли штатным путем и применили приблуду для выравнивания полей влево, которая идет проектом в поставке 2009-й. Приблуда предлагает использовать штатные средства ядра: поменять свойства на EDT, после чего ядро начнет при синхронизации отправлять на СУБД запросы вида update salesline set salesid=ltrim(salesid), itemid=ltrim(itemid)... То же происходит с накладными, фактурами и кучей других таблиц. В теории все прекрасно, но если по каким-то причинам документов у вас - фигова туча (заказов/накладных/фактур - сотни тысяч, строк в них - десятки миллионов), то может статься так, что обновление шапок документов в ходе синхронизации пройдет успешно, а обновление строк (которое для каждой таблицы идет в своей транзакции) обломится из-за того, что переполнятся транзакционные логи. В результате у вас строки документов "отвалятся" от шапок, потому что в шапках поля будут выравнены влево, а в строках останутся выравнены вправо. Наверно, чтобы в такой ситуации иметь возможность что-то сделать средствами Аксапты, и придумали такой режим работы.

Последний раз редактировалось gl00mie; 25.12.2010 в 21:53.