Общие продукты

[imir]

Цитата:

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

= вам нужно изменить свойство таблиц PerCompany = No

ну либо по классике виртуальных компаний пойти:
= создать табличную коллекцию, проверить ее через best practice (покажет связанные таблицы не в коллекции). Возможно на этом этапе возникнут интересные коллизии, но все решаемо
= создать виртуальную компанию VRT
= пробить через sql поле DataAreaId у всех таблиц в коллекции на VRT

Или, как выше сказано - релизить продукт джобом в каждой компании, + допилки по синхронизации значений полей между компаниями, если такие нужны.

Выбор за вами в любом случае

[mazzy]

Цитата:

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

ну либо по классике виртуальных компаний пойти:

хороший совет.
для предыдущих версий.

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

ну и Retail перестанет работать и с виртуальными компаниями.
он вообще написан только для случая dataAreaId = компания из companyInfo.

поэтому по техническим причинам, начиная с 2012 виртуальные компании лучше не использовать.

[imir]

Цитата:

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

(хотя мое личное ничем не обоснованное мнение - разработчики в МС не смогли освоить этот механизм.)

Сильно усложняются join в запросах - все join через dataareid = 'ABC' OR dataareaid = 'VRT'. Судя по последним хотфиксам по производительности от МС, где они разделяют один sql запрос с "ИЛИ" на два и более отдельных запроса - оптимизатор SQL не в состоянии построить оптимальный план запроса в случае с "или".

Ходили слухи, что в новой версии виртуальные таблицы заменят неким аналогом - дублированием записей в каждой компании и синхронизацией изменений через sql. В бэта-версиях это выглядит как хранимки с жестким перечислением полей, т.е. стремновато, думаю будет другой механизм.