Зачем нужна таблица RHRMVirtualNetworkTable?

[Didukh84]

Добрый день.
В модуле Кадровый учет (КУ) есть такая таблица как RHRMVirtualNetworkTable. У нее заполнены поля VirtualNetworkId, EmplId, hrmSatfflistId и еще пару информационных полей ( по крайней мере у нас так ). Если честно, то не могу найти ее "предназначения" в Системе. Может кто может объяснить зачем она присутствует?
Спасибо

[Sada]

Штатное расписание, дата приема, увольнения на работу и тд. Весьма важная таблица в модуле З и К (ненавижу)

[Didukh84]

ну со штаткой - ясно. Дата приема и увольнения - есть в карточке...

[Didukh84]

но зачем ее использовать в join-ах запросов? Оно же тормозит бывает ужасно

[slava09]

А она не объеденияет сотрудников в штате + претендентов + еще кого-то там?

[Didukh84]

насчет объединения сотрудников в штате - согласен, насчет остального - вроде как нет.
Вопрос в том, нужно ли ее "джойнить" к EmplTable, RpayHistory, в случае, когда не нужно анализировать штат или когда привязка сотрудника к подраздению берется из истории?

[mazzy]

Цитата:

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

Добрый день.
В модуле Кадровый учет (КУ) есть такая таблица как RHRMVirtualNetworkTable. У нее заполнены поля VirtualNetworkId, EmplId, hrmSatfflistId и еще пару информационных полей ( по крайней мере у нас так ). Если честно, то не могу найти ее "предназначения" в Системе. Может кто может объяснить зачем она присутствует?
Спасибо

Хороший вопрос.

На мой взгляд русская таблица rHRM является достаточно бездумной калькой международной таблицы HRMVirtualNetworkTable.

Международная в свою очередь тоже является неудачным архитектурным решением. Можно было просто использовать map. Но там хоть какая-то логика есть. В международной хранятся более-менее постоянные величины (пол, дата рождения и т.п.) для трех сущностей: Сотрудников, Контактных лиц в CRM и соискателей в HRM. Причем эти сущности могут перетекать одна в другую. Т.е. хоть как-то понятно какие задачи хотели решить таким решением.

[mazzy]

Цитата:

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

Вопрос в том, нужно ли ее "джойнить" к EmplTable, RpayHistory, в случае, когда не нужно анализировать штат или когда привязка сотрудника к подраздению берется из истории?

Нет, не нужно.
Между EmplTable и RHRMVirtualNetworkTable логическая связь: "обязательное 1:1".
Нарушение этой связи вполне можно считать нарушением логической целостности.

[Didukh84]

Цитата:

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

Нет, не нужно.
Между EmplTable и RHRMVirtualNetworkTable логическая связь: "обязательное 1:1".
Нарушение этой связи вполне можно считать нарушением логической целостности.

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