|
![]() |
#1 |
Боец
|
AX 3.0
А чем грозит неуникальность RecId в рамках компании?
Стоит задача импорта данных в DAX из внешней системы. Простым способом видится создание таблицы нужной структуры в аксапте, но данные в неё будут толкаться внешней системой, на уровне SQL. RecId при этом генерить автоинкрементно -> появятся дубликаты в рамках компании. Чем это грозит? |
|
![]() |
#2 |
Мрачный тип
|
Если будет скопирована системная идеология забора значений из таблицы генератора RecID (сессия отжирает некую порцию значений, расходует его, отжирает следующую) - особых проблем быть не должно возникнуть. Но упаси бог автоинкремент строить в рамках таблицы - сломается все к чертям.
Если есть бизнес коннектор - лучше через него для вставки из сторонней программы оформить вызов класса, обрабатывающего заполнение полей абстрактной таблицы, вставку в в нее, благо дело есть класс Common, можно к полям по кодам обращаться, а извне данные по кодировке таблиц/полей доступны в таблице SqlDictionary. В этом случае проблем вообще быть не должно.
__________________
Мы летаем, кружимся, нагоняем ужасы ... |
|
|
За это сообщение автора поблагодарили: DSPIC (1). |
![]() |
#3 |
Боец
|
Вот интересует именно этот момент. Что конкретно сломается? Данные этой "грязной" таблицы актуальны только на момент импорта, их не планируется куда-то потом переносить, и как-то их использовать в системе. Эта таблица будет только на чтение, запись в неё со стороны DAX не будет осуществляться. Т.е. можно представить, что эта таблица будет использоваться как View.
|
|
Теги |
recid, уникальность, экспорт/импорт |
|
![]() |
||||
Тема | Ответов | |||
Экспорт/импорт платежных поручений | 96 | |||
Начальный импорт таблиц, связанных по RecId | 3 | |||
Импорт/экспорт // RecId | 5 | |||
Экспорт/импорт в Аксапте 2.5 | 5 | |||
Экспорт-импорт и Recid | 1 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|