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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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


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