Синхронизация при создании функциональных ключей

[Андре]

Добрый день.

Создаю функциональный ключ, добавляю parent feature key, сохраняю - > запускается процесс синхронизации. Даже при том, что этот мой ключ еще ни к чему не привязан. Что же там синхронизируется ?

[Andrew Besedin]

Привет!
Вполне логичное поведение системы. Есть признак: дерево ФК изменено. Вот система и отрабатывает эти изменения.

[Андре]

Сформулирую вопрос по другому. Как функциональные ключи влияюи на базу данных ?

Мне казалось, что ф.к. хранятся на АОS'е или клиенте, там где лежит вся функциональность. Причем тут бд ?

[mazzy]

Правильный вопрос - половина ответа.

В АОТе есть ветка - Data Dictionary
При измерении любых объектов в этой ветке Аксапта пытается синхронизироваться.

[dalyet]

mazzy прав.
Синхронизация происходит только при добавлении/изменении родительского ФК. Понятно, что добавление ФК - не есть повод синхронизации, а вот изменение существующего дерева - повод, и еще какой!
Ну и, как следствие - если ФК копируешь из существующего (вместе с родителями), синхронизация не нужна, а при создании (а потом добавлении родителей) - придется )).

[Андре]

Цитата:

Правильный вопрос - половина ответа.

Значит я все таки неправильно сформулировал вопрос.

Цитата:

При измерении любых объектов в этой ветке Аксапта пытается синхронизироваться.

Хорошо. Тогда зачем ф.к. лежат в DataDictionary ?

Вопрос следующий - как ф.к. влияют на стуктуру/содержание базы данных ? Что происходит с б.д. при создании/удалении/назначении ф.к. ?

Как-то заметил, что при отключении некоторых ф.к. (отключении вообще) Аксапта удаляет из таблиц некоторые столбцы - которые отвечают за отключенную функциональность. Связь и логика прослеживаются, хотя не уверен, что это лучшее решение. Ключ я отключил, а затем включил, а данные которые были в этих столбцах потерялись

Я же:

Цитата:

Создаю функциональный ключ, добавляю parent feature key, сохраняю - > запускается процесс синхронизации.

Что изменяется в б.д. в данный момент ?