Виртуальные компании. Проблема.

[Garic]

Сталкивался с этой проблемой. Решал её именно таким образом.

[gl00mie]

Цитата:

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

Сталкивался с этой проблемой. Решал её именно таким образом.

У меня сейчас возникла та же самая задача - требуется, чтобы InventTable была общей (через виртуальную компанию), а InventTableModule - своя в каждой компании. В этой теме нашел такой вот рецепт получения списка других компаний в виртуальной:

select id from VirtualDataAreaList
  where VirtualDataAreaList.virtualDataArea == <код_виртуальной_компании>

Представляется обновление InventTableModule сделать примерно так:

• определить, через какую виртуальную компанию в данной компании доступна таблица InventTable
• пройтись по списку других компаний в этой виртуальной компании
• в каждой из них создать/удалить соотв.записи для InventTable.ItemId

НО! Сразу возникает вопрос: как определить, через какую виртуальную компанию в текущей "реальной" компании доступна та или иная таблица? Потому что забивать в код строковую константу - идентификатор компании - как-то, мне кажется, совсем некрасиво. Можно ли это определить программно? Или придется все же забивать идентификатор виртуальной компании?

[gl00mie]

Цитата:

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

Как определить, через какую виртуальную компанию в текущей "реальной" компании доступна та или иная таблица?

На буржуйском форуме нашел такой вот рецепт определения, доступна ли таблица церез виртуальную компанию или нет

PHP код:

static boolean checkTableVirtual(TableId _tableId)
{
  TableCollectionList     tableCollectionList;
  VirtualDataAreaList     virtualDataAreaList;
  SysDictTableCollection  dictTblColl;
  DictTable               dictTable;
  TableName               tableName;
  ;

  while select virtualDataAreaList
    where virtualDataAreaList.id == curExt()
      join tableCollection from tableCollectionList
        where tableCollectionList.virtualDataArea == 
              virtualDataAreaList.virtualDataArea
  {
    dictTblColl = new SysDictTableCollection(tablecollectionlist.tableCollection);
    do
    {
      tableName = dictTblColl.nextTable();
      if (tablename2id(tableName) == _tableId)
         return true;
    }
    while (tableName);
  }
  return false;
} 


Отсюда и буду копать...

[gl00mie]

Цитата:

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

Представляется обновление InventTableModule сделать примерно так:

• определить, через какую виртуальную компанию в данной компании доступна таблица InventTable
• пройтись по списку других компаний в этой виртуальной компании
• в каждой из них создать/удалить соотв.записи для InventTable.ItemId

Все же что-то у меня последний пункт не выходит Я наивно полагал, что сработает просто это

changeCompany(virtualDataAreaList.id) {
    super();
}

ан - фигу! Компания, конечно, сменяется (если в блоке распечатать curext(), то он показывает то, что нужно), только вот this.dataAreaId у InventTableModule как был в старой компании, так и остался, и вызываемый super() ессно ругается, что запись уже есть. xApplication.setDefaultCompany() дает тот же результат... Если в контексте другой компании (внутри блока changeCompany) сделать новый InventTableModule и скопировать в него this, то он тоже получает dataAreaId из исходонй компании, а не из той, куда делается changeCompany Что делать, как побороть? Неужто вместо простого вызова super() в InventTableModule в контексте другой компании придется "плясать с бубном", создавать новый экземпляр объекта и копировать в него нужные данные?..