Переход с Axapta 3.0 на AX 2009 - критика утилиты конвертации БД и скриптов обновления

[Vadik]

Цитата:

• перевести базу на левое выравнивание;
• удалить из базы данные, которые не предполагается переносить, т.е. затраты времени на перенос которых не оправданы (всякие там логи, параметрические таблицы для обработки заказов/закупок и т.п);

Ничего же не мешает выполнить это заранее, а не в день Ч, правда ?

Цитата:

Ведь можно было бы на лету..

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

• над скриптами обновления как собственно и над отдельными модулями работают назависимые команды и люди
• отлаживать несколько простых скриптов им проще чем универсальный мегаскрипт (или получаем на выходе письмо дяди Федора)
• скрипты должны работать (или не работать) в зависимости от состояния конфигурационных ключей
• при апгрейде все равно где-то надо по каждой записи запускать бизнес-логику на X++ (те же расчеты AmountMST сумм и более сложную) зависящую от тех же enum-ов

Так что мегаскрипт тут не помощник
Что касается тормознутости отдельных скриптов, это частично компенсируется тем, что можно поиграть с количеством AOS-ов и параллельно выполняемых батчей

Цитата:

Если верить недавнему семинару, кто-то для части таблиц отключает поля createdDate/modifiedDate, чтобы сэкономить время на их преобразовании в createdDateTime/modifiedDateTime, но это, по-моему, не выход

Это один из выходов, кстати не самый плохой

Цитата:

Думаю, в ближайшее время для многих компаний будет актуален вопрос перехода с версии 3.0 на 2009-ю

Или уже на 6.0 ?