|
![]() |
#1 |
Участник
|
Цитата:
В стандартном механизме меня не устраивает... Точнее, так: насколько я понял из пояснений "смотрителя" проекта, а также из чтения этого форума, миграция достаточно больщих по объему баз Axapta - штука та еще. Стандартным экспортом-импортом проделать всё это довольно тяжело, да и по пояснению человека из девелоперского тима Аксапты - данный механизм никогда для этого не предназначался. Если у Вас есть пожелания или моменты, на которые надо обратить особое внимание - стучитесь, и учтено будет :-) Цитата:
Нестандарнтный функционал даст мне то, что можно будет проверить его миграцию (если это имеет смысл). Суть задачи состоит в написании "магического приложения", которое сработает для любой инсталляции Аксапты, как бы её не сконфигурили/доработали. А я пока что не в состоянии придумать никаких "извратов" по этому поводу - слишко мало знаю. Не за что. Для участников: работа у нас такая - тащить всё на SQL Server :-). |
|
![]() |
#2 |
Участник
|
Цитата:
(я в очередной раз пытаюсь понять... и вас натолкнуть на очень простую мысль... почему вы пытаетесь что-то создать, не разобравшись в существующем?) Почему? Выясните это и вам будет понятно что вам делать. Цитата:
Цитата:
Что ж, стучусь: обратите внимание на стандартный функционал. Цитата:
Но было бы замечательно, чтобы ваш механизм работал не хуже стандартного хотя бы в стандартных условиях. Чтобы быть конструктивным. Если вы НЕ собираетесь трогать dataareaid, refrecrid и ссылки на recid, не унаследованные от refrecid, то начните разбор сложностей с максимального размера записи при различных размерах страниц. А затем обратите внимание на уникальность индексов. Удачи. |
|