Гость
Войти | Профиль | Очистить
Действия ...
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия / 14 сообщений из 14, страница 1 из 1
02.04.2019, 12:35
    #39795092
Kibertonik
Kibertonik
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
Хороших вам дней и идей!!!
Прошу вас подсказать как лучше спроектировать БД по документообороту и отделу кадров, в предприятии где часто (практически каждые 3 мес. и независящим от самого предприятия причинам) меняется структура предприятия, названия управления и отделов, как по горизонтали, так и по вертикали иерархии. Что надо учесть, что немаловажно и наоборот - что можно проигнорировать?
Не стал ограничивать своим видением - приветствуются все варианты.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 13:00
    #39795119
L_argo
L_argo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
Вопрос слишком общий, чтоб на него что-то конкретно ответить.
Проектирование с нуля ? Курсач ?

Как минимум - фиксировать историю дерева подчиненности подразделений и сотрудников. Операции поиска должны позволять искать инфу как в текущей конфигурации предприятия, так и в исторической.

(но это вам все равно не поможет)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 13:10
    #39795130
Kibertonik
Kibertonik
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
L_argoВопрос слишком общий, чтоб на него что-то конкретно ответить.
Проектирование с нуля ? Курсач ?


Проектирование с нуля. Меня смущает то - что я раньше проектировал для предприятий, в которых структура более или менее стабильна, и таблицы были как везде - сотрудники, отделы, назначения на должности. Не знаю - почему, но меня интуитивно смущает этот момент, вот и думаю - браться за это дело или нет...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 13:53
    #39795163
МодальноеОкно
МодальноеОкно
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
Kibertonikменяется структура предприятия, названия управления и отделов, как по горизонтали, так и по вертикали иерархии.

нельзя формализовать неформализуемое
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 13:57
    #39795167
МодальноеОкно
МодальноеОкно
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
кадровикам проще - они введут приказы на перемещение со старой должности\отдела на новую.

а что делать со структурой отделов? ее получается хранить надо, причем привязанную по дате - вчера у нас структура №1, сегодня №2, завтра №3. и кадровые документы повторяют все изменения через приказы №1->№2->№3

тоже самое со штатным расписанием
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 13:57
    #39795168
МодальноеОкно
МодальноеОкно
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
беги дядь мить (с) кино
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 14:45
    #39795198
Kibertonik
Kibertonik
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
МодальноеОкнокадровикам проще - они введут приказы на перемещение со старой должности\отдела на новую.

а что делать со структурой отделов? ее получается хранить надо, причем привязанную по дате - вчера у нас структура №1, сегодня №2, завтра №3. и кадровые документы повторяют все изменения через приказы №1->№2->№3

тоже самое со штатным расписанием

Вот и о том-же. Но ведь выход всегда есть.

Умен не тот кто пробивает выход в стене, а тот кто может найти двери.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 15:53
    #39795263
s_ustinov
s_ustinov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
KibertonikХороших вам дней и идей!!!
Прошу вас подсказать как лучше спроектировать БД по документообороту и отделу кадров, в предприятии где часто (практически каждые 3 мес. и независящим от самого предприятия причинам) меняется структура предприятия, названия управления и отделов, как по горизонтали, так и по вертикали иерархии. Что надо учесть, что немаловажно и наоборот - что можно проигнорировать?
Не стал ограничивать своим видением - приветствуются все варианты.
Может почитать про Slowly changing dimension ?
Вроде, то что вам надо.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 16:24
    #39795299
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
Kibertonikя раньше проектировал для предприятий, в которых структура более или менее стабильна, и
таблицы были как везде - сотрудники, отделы, назначения на должности.

А теперь ты попл на предприятие, где сотрудники могут исчезнуть как класс? Или тебя
вгоняет в ступор, что "отделы" переименовываются в "подразделения"/"отряды"/"банды"?

Структура "человек и вложенные организационные единицы" остаётся той же самой при любой
перетасовке названий ОЕ.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 16:44
    #39795318
NGM
NGM
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
L_argoКак минимум - фиксировать историю дерева подчиненности подразделений и сотрудников. Операции поиска должны позволять искать инфу как в текущей конфигурации предприятия, так и в исторической.

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

Оставшиеся 2% не стоят затрат на реализацию неформализуемой задачи.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 16:49
    #39795319
NGM
NGM
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
KibertonikЧто надо учесть, что немаловажно и наоборот - что можно проигнорировать?

Подумайте над возможностью исключения из документооборота (в рамках СЭД) конечных исполнителей. Оставив только руководителей (да и то - не всех) очень часто можно существенно разгрузить как архитектуру, так и саму систему. Ни капли не потеряв в прозрачности и функциональности документооборота.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2019, 19:06
    #39795393
МодальноеОкно
МодальноеОкно
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
NGMПрактика использования СЭД показала, что в 98% процентах случаев совершенно безразлично

работа сэд в отличие от отдела кадров ничем не регламентирована
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
03.04.2019, 13:26
    #39795781
kaldorey
kaldorey
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
Kibertonik,

Просто делаем сущности и связи между ними. Если нужна иерархия, лучше тоже в отдельном месте регулировать как отношения. И конечно, везде хранить историю, как самих сущностей, так и отношений. Если приходится менять обработку, ограничиваем такие обработки (также может храниться в таблицах, но может и нет) временем действия и сверху рулим - если такая-то дата, то такой сценарий.

Например - есть сотрудники, есть структуры, в которых эти сотрудники находятся - это уже 2 сущности более менее постоянной структуры независимо от того, как меняются составы и характеристики внутри.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.04.2019, 09:59
    #39797007
Kibertonik
Kibertonik
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия
kaldoreyKibertonik,

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


Спасибо! О результатах сообщу.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Правильное пр-е БД по документообороту и кадрам при частом изменении структуры пр-тия / 14 сообщений из 14, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 170ms
Закрыть
start [/forum/topic.php?fid=32&mobile=1&tid=1539944]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 62ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 48ms
get tp. blocked users:
 2ms
others: 13ms
total:  170ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]