ax2012: удалить "ненужные" объекты AOT из model-базы данных

[mazzy]

Disclaimer:
полностью осознаю опасность удаления объектов из АОТ.
пожалуйста, не тратьте селезенку своей души, чтобы убедить меня, что это ОПАСНО. я знаю.


Суть проблемы:
достала долгая синхронизация таблиц и долгая глобальная компиляция CIL

Вопрос:
кто-нибудь пробовал удалять объекты из model базы данных?
так чтобы результат был корректным и стоил затраченных усилий.

Дополнительные вводные:

• нет, я не хочу удалять сервис-паки и патчи - в них объекты вперемешку
• нет, я не хочу удалять модели - модели достаточно крупные.
• я бы хотел удалить объекты, связанные с функционалом разных стран (Бразилия, Индия и другие массивные локализации)
• я бы хотел удалить объекты некоторых модулей (например, мне точно не нужен trv, costAccounting)
• особо интересуют результаты удаления коренных модулей типа Сводного планирования, Производства, Проекты) - пусть не полностью. а также возможность возвращения этих модулей обратно в будущем

в общем, мне видится, что нужен некий аналог axutil.exe с дополнительными возможностями по массовому перемещению объектов между моделями и удаление/скрытие моделей. но может есть другое решение и/или рекомендации?

[Logger]

Была тема на форуме, где обсуждалась компиляция cil.

SysOperationFramework

В частности обсуждали, что разбиением на netmodule скомпилированного кода рулит сама аксапта, а точнее код sys слоя написанный на x++

Я сам не исследовал вопрос, но если я все правильно понял, то можно (давно хочу сам попробовать, но руки не доходят) попробовать модифицировать глобальную cil компиляцию, чтобы она просто не компиляла целые куски кода.
Если повезет, то благодаря префиксам в названиях, это можно будет сделать не так тяжело.

[mazzy]

Цитата:

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

Была тема на форуме, где обсуждалась компиляция cil.

SysOperationFramework

Да, похоже, это то что надо.

теперь надо разобраться с синхронизацией таблиц и генерацией внешних сервисов в AIF...

Спасибо за наводку.

[DSPIC]

Цитата:

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

теперь надо разобраться с синхронизацией таблиц AIF...

AX 2012 ускорение синхронизации базы в 3-5 раз
Действительно работает и быстро.


По CIL - как правило он работает быстро (полный минут за 7, инкрементный меньше минуты). Если медленно, то нужно искать причины.

Генерация сервисов: первым шагом делает тот же инкрементный CIL. Дальше деплоит все сервисы, если даже хочется задеплоить только один. Но это быстро, вопрос только в CIL.

[mazzy]

Цитата:

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

AX 2012 ускорение синхронизации базы в 3-5 раз

Спасибо тебе, добрый фей.

может быть, еще и решение для AIF есть?
чтобы не ждать глобальной компиляции, когда изменяешь название метода или класса, который входит в сервис? И чтобы не ждать пока сервисы обновляются?

и чтоб эцелоп не бил... никогда!

[DSPIC]

зачем глобальной ждать? Почему не инкрементной? Это 15...30 сек.

[Logger]

Цитата:

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

[url=http://axforum.info/forums/showthread.php?p=418755#post418755]
По CIL - как правило он работает быстро (полный минут за 7, инкрементный меньше минуты). Если медленно, то нужно искать причины.

7 минут ? Не может быть.
У нас по полчаса может думать.
Как вам это удалось ?

Не поделитесь конфигурацией оборудования ?
Или может какие-то ухищрения были.

[mazzy]

Цитата:

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

зачем глобальной ждать? Почему не инкрементной? Это 15...30 сек.

инкрементный не распознает переименованные/удаленные объекты/методы.
инкрементный компилирует то, что есть в АОТ в данный момент.
при этом xpp файлы для удаленных вполне остаются и работают в CIL.

конкретно AIF с особым цинизмом плюёт на именующие/типизирующие атрибуты у удаленных/переименованных объектов/методов.

Дуэт AIF и CIL: https://www.youtube.com/watch?v=KkWoBs_OAso

[DSPIC]

>7 минут ? Не может быть.
Ну может 10-15, не больше. Конфиг на картинке. Это хост, внутри которого виртуалка с Win2012, на которой AX2012.

>инкрементный не распознает переименованные/удаленные объекты/методы.
>инкрементный компилирует то, что есть в АОТ в данный момент.
>конкретно AIF с особым цинизмом плюёт на именующие/типизирующие атрибуты у удаленных/переименованных объектов/методов.
Я прям спорить не буду, конечно, т.к. уже года два с 2012 дело не имел. Но работал на ней с 2013 года и вот точно таких проблем не помню. Как по мне, так инкрементная работает воплне себе нормально. Да, иногда приходится делать Full, но уверяю тебя - не после каждого переименования\удаления. Раз в пару дней это делалось, и то, если что-то явно взгючит.

[mazzy]

Цитата:

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

Но работал на ней с 2013 года и вот точно таких проблем не помню.

Значит, ты не делал семейства классов с виртуальными методами.
И не двигал методы/классы внутри семейства.
Щастливчик.

Цитата:

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

Да, иногда приходится делать Full, но уверяю тебя - не после каждого переименования\удаления. Раз в пару дней это делалось, и то, если что-то явно взгючит.

Я и не говорил, что после "каждого". Но перед тестом...
Двя дня в отладчике хорошо дают понять, что перед тестированием лучше сделать глобальную компиляцию CIL.

=================
В общем, спасибо за советы.

Вернемся к исходному вопросу по ax2012:
кто-нибудь пробовал удалять объекты из model базы данных?
так чтобы результат был корректным и стоил затраченных усилий.