|
![]() |
#1 |
Злыдни
|
А если пойти по обратному пути: запрашивать из Axapta данные для обновления из SQL, а само обновление производить через бизнес-логику. Одно дело, когда производится обновление полей в таблице, которые никак не завязаны на логику обработки, другое - обновлять данные, завязанные на разноску. По-моему, использование COM будет не быстрее связки методы Axapta -> данные в сторонней базе SQL
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
![]() |
#2 |
Участник
|
Спасибо за развернутые ответы.
Думаю такие проблемы можно пережить в условиях имеющейся задачи. Время выборки в данном случае является более критичным |
|
![]() |
#3 |
Пенсионер
|
Цитата:
А еще есть волшебная табличка InventDim например...и InventModule к примеру
__________________
![]() А еще у меня растет 2 внучки!!! Кому интересно подробности тут: http://www.baby-shine.com/ |
|
![]() |
#4 |
Участник
|
|
|
![]() |
#5 |
Пенсионер
|
Да все с ним так, просто на первую ссылаются очень многие таблицы в разных контекстах, ведь там хранятся разные комбинации аналитик. Вторую просто надо иметь ввиду, например при определении ЕИ номенклатуры в зависимости от ситуации (Закупки, хранение, продажи)...
Я просто к чему, это требует повышенного внимания при посторении запросов напрямую...
__________________
![]() А еще у меня растет 2 внучки!!! Кому интересно подробности тут: http://www.baby-shine.com/ |
|
Теги |
axapta, sql server, интеграция, компания |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|