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

[George Nordic]

global::buf2buf

[gl00mie]

Цитата:

Сообщение от Maxim Gorbunov

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

Мда, достаточно поглядеть на DeleteActions у таблицы InventTable, и станет ясно, что при ее "виртуализации" надо будет хотя бы на том же InventTable.delete() дублировать слишком большой кусок стандартного функционала...

[George Nordic]

Не бойтесь, не Вы один столкнулись с подобной задачей.
Не Вы первый будете в числе тех, кто это все преодолел

С Уважением,
Георгий

[gl00mie]

Цитата:

Сообщение от Maxim Gorbunov

А почему бы не переписать insert и delete на InventTable и не заморачиваться с виртуальными компаниями?

Сейчас я так и сделал: теперь на InventTable, InventTableModule и InventItemLocation переопределены insert/delete с тем, чтобы отражать добавление/удаление номенклатуры в нужные компании, а сам список компаний берется из виртуальной компании, в которую реальные объединены по одной специально обученной "левой" таблице - не зашивать же их список в код в виде строковых констант

Цитата:

Сообщение от Maxim Gorbunov

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

А можно прокомментировать, чем периодический запуск job'а предпочтительнее метода "online"-изменений справочника номенклатур в связанных компаниях? Может, здесь есть какие-то неочевидные преимущества?

[Hamster]

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

[George Nordic]

Однако запускать периодическую проверку - это хороший тон в таком деле

Периодическая синхронизация хороша тем, что выполняется на серваке (не грузит клиента, меньше вероятность взаимных блокировок)

С Уважением,
Георгий

[Hamster]

Периодическая синхронизация грузит сервак больше чем "online", т-к за раз обрабатывает больше данных.

>не грузит клиента
Для операций ручной вставки-удаления номенклатур скорость особо не критична.

[Yars]

Сталкивался с реализацией объединения номенклатурного справочника.
В табличную коллекцию добавлены все, необходимые для нормальной работы, таблицы, связанные с InventTable.
Для ценообразования используется PriceDiscTable (как писал выше EVGL).
Номерную серию не объединяли (и смысла большого в этом я не вижу). При этом создание новой номенклатурной единицы осуществляется только из одной «основной» компании (настроено правами).
Это решает проблемы, о которых писал Maximom Gorbunov (с объединением ном. серий) и George Nordic (с проверкой создаваемой номенклатуры в соседней компании).
Необходимое значение склада по умолчанию реализовали в модуле РСК и РСП (при создании новой закупки/продажи) необходимо выбирать склад (а у каждой группы пользователей настроен ограниченный список аналитик).

[Maxim Gorbunov]

Цитата:

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

Мда, достаточно поглядеть на DeleteActions у таблицы InventTable, и станет ясно, что при ее "виртуализации" надо будет хотя бы на том же InventTable.delete() дублировать слишком большой кусок стандартного функционала...

Ну, это-то как раз не проблема. В Delete Actions вообще-то перечислены таблицы, которые ссылаются на InventTable (то есть связь 1-n), а не те, на которые она ссылается. Логичнее было бы поискать, у скольких таблиц InventTable встречается в Delete actions, хотя учтите, что их просто могли забыть создать

Цитата:

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

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

А что Вас заставляет думать, что о целостности данных можно забыть? Думаете, записи нельзя будет создать в обход Ваших модификаций?

Цитата:

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

Номерную серию не объединяли (и смысла большого в этом я не вижу).

До тех пор, пока не используется автоматическая нумерация партий и серийных номеров, смысла в этом, возможно, и нет. Другое дело, что однажды заведя такой порядок, вы лишаете себя возможности эту нумерацию использовать в дальнейшей. По крайней мере, активизировать эту функцию будет значительно сложнее.

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

[Yars]

Согласен полностью с тем, что при использовании виртуальных компаний автоматически накладываются серьезные ограничения в работе. В настоящий момент использование проходит безболезненно.