Проверка проимпортированных строк во время импорта data entities в AX 7

[Hyper]

Дано: CSV-файл с, допустим, 10 строками. Импортируем его в AX 7 через Data Management > Import.

Подскажите, каким образом (в каком методе) при импорте каждой строки можно проверить содержимое уже проимпортированных строк? К примеру, для третьей строки проверить значение полей в проимпортированных двух строках?

Интересует, как это сделать перед созданием записи в staging table.

Спасибо.

[skuull]

Скорее всего никак. Так как из файла в staging копирует SSIS, собственно в этом и фишка. Всю логику можно прикрутить только при staging -> target.

[Hyper]

Но методы defaultRow и defaultFields ведь вызываются для каждой записи? В качестве эксперимента, в них можно кэшировать значения полей и потом использовать кэш при следующих вызовах этих методов. Но при этом неясно, как проверять, что это кэш конкретно для этого импорта, а не для других.

[gl00mie]

Цитата:

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

Но методы defaultRow и defaultFields ведь вызываются для каждой записи? в них можно кэшировать значения полей и потом использовать кэш при следующих вызовах этих методов.

Можно и левой пяткой правое ухо чесать, но в целом методы defaultRow и defaultFields предназначены для заполнения значений по умолчанию для полей, значения которых в импорте не заданы явно. Если вы в этих методах будете делать что-то другое, то испортите карму себе и вашим последователям.

[Hyper]

Цитата:

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

Можно и левой пяткой правое ухо чесать

Пока не попробуешь, не ясно, можно или нет.

Цитата:

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

методы defaultRow и defaultFields предназначены для заполнения значений по умолчанию для полей, значения которых в импорте не заданы явно. Если вы в этих методах будете делать что-то другое,

Я ничего другого в них делать не собираюсь. Допустим, заполнение полей по умолчанию должно зависеть от значений, заполненных в предыдущих строках. Да и пример я привел только для того, чтобы показать, что дело не ограничивается SSIS. Если есть другие методы, которые можно использовать, отлично - именно это я и хочу выяснить.

Цитата:

Сообщение от Raven Melancholic

• Закачиваем в staging все "Как есть" (ну, может быть, с простейшими проверками). На этом этапе, возможно выполняем какие-то технические преобразования, например XLST).
• А уже при перегонке staging -> target используем все прелести Аксаптовской бизнес логики.

Я согласен. При этом хочется в полной мере понять возможности системы. К примеру, когда закачиваем в staging "все как есть", мы вполне можем инициализировать некоторые поля из number sequences. Если это максимум, что позволяет фреймворк - что ж, это тоже полезное знание.

[Raven Melancholic]

Сам подход использования этого фрейморка связан с тем, что импорт разделен на два этапа:

• Закачиваем в staging все "Как есть" (ну, может быть, с простейшими проверками). На этом этапе, возможно выполняем какие-то технические преобразования, например XLST).
• А уже при перегонке staging -> target используем все прелести Аксаптовской бизнес логики.

Для простого импорта это работает (кстати, не только в AX7, что-то похожее есть в SAP, часть реализована в DAX2012). Как это использовать для ежедневной интеграции между разными системами сказать не могу - недостаточно знаний и опыта.

[skuull]

А чем вам этот staging так впал ? Почему не сделать, как нормальные люди, всю логику при копировании из staging в target ? Там даже можно реализовать свой метод copyCustomStagingToTarget и написать свою логи для копирования, как сделано в некоторых энтити которые заливают журналы.

[Hyper]

Цитата:

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

так впал ? Почему не сделать, как нормальные люди

Ага, спасибо. Отвечая на содержательную часть поста:

К примеру, есть стандартная data entity для ledger journals. Уникальный индекс у staging table такой же, как и у LedgerJournalTrans: номер журнала и номер строки. Если номер журнала может инициализироваться по умолчанию, то для избежания ошибки при импорте номер строки необходимо указывать в отдельном поле в файле.

Если же не хочется указывать номер строки в файле импорта, то есть 2 варианта:

1. Изменить уникальный индекс. Разрешить пустой номер строки. Изменить логику копирования из staging в target для генерирования номеров строк.
2. Изменить логику импорта в staging для генерирования номеров строк.

Вариант 2, судя по всему, не возможен.

[EVGL]

Цитата:

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

Изменить уникальный индекс. Разрешить пустой номер строки. Изменить логику копирования из staging в target для генерирования номеров строк.

В сходной задаче делал именно так.

[Hyper]

Цитата:

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

В сходной задаче делал именно так.

Я тоже определился уже так делать, спасибо.