Уважаемые коллеги, я только начал изучать БД, поэтому заранее прошу прощения за ламерские вопросы.

Маленькая преамбула: для распределения премии своим сотрудникам несколько лет пользуюсь собственноручно созданной таблицей в Excel, без макросов, но худо-бедно автоматизированной, на основе которой хочу написать ПО, которое бы помогло быстрее считать, распределять и и консолидировать данные по премии. В перспективе с возможностью получения статистики.
Как это работает в реальной жизни: есть 100 сотрудников распределенных по 3 управлениям, которые в свою очередь делятся на 2-4 отдела. Премия на все подразделение в целом согласно нашему положению о премировании вычисляется как сумма следующих величин: ((оклад сотрудника * время в часах затраченное на проект) /число часов в месяце) * коэффициент премии.
То есть, например: в месяце 160 часов. Некто Иванов с окладом 120 рублей отработал по проекту 1 - 80 часов (коэффициент за проект 1 был 0.3) и по проекту 2 - 80 часов (коэффициент за проект 2 был 0.4). Таким образом вклад Иванова в премию подразделения составил 120*80/160*0.3 = 18 рублей и 120*80/160*0.4 = 24 рубля. Итого 42 рубля. Из таких Ивановых сложилась общая премия подразделения в размере скажем 5000 рублей. Которая разделилась по управлениям в пропорции 2000-1600-1400 рублей (потом эти суммы руководитель управлений разделили по отделам, а начальники отделов распределили по сотрудникам и в сумме вышло те самые 5000 рублей, при этом пресловутый Иванов де-факто получит за проект 1 не 18, а 0 рублей,а за проект 2 не 24, а 30 рублей).

Теперь, собственно, вопросы.
Как правильно спроектировать БД, с учётом того, что.
1) должность у сотрудника может поменяться как в другом месяце, так и в середине месяца (то есть некий Петров по проекту 3 отработал 20 часов с окладом 120 рублей, а ещё 17 часов с окладом 137 рублей)
2) оклад у должности также может поменяться с течением времени.
3) каждый месяц/год - разное количество часов в месяце и разные проекты в этом месяце.
4) нужно будет собирать сатистику по Иванову/Петрову котрого за период сменилось 4 должности, а в каждой должности оклад по 2 раза менялся.

Заранее спасибо за советы!

Начальники не распределяют премию себе. И не имеют возможности такой в принципе.

А те самые 10 рублей от Иванова ушли Сидорову, который по проекту 1 отработал меньше времени, но его вклад в успешное завершение проекта больше чем у Иванова.

Знаете, я был уверен, что это форум про БД, а не про поиски вселенской справедливлсти.

Вы совершенно не поняли принципов формирания и распределения (допускаю, что возможно я их не очень корректно описал) и пытаетесь критиковать? Ещё и ахинею про кирпичи несёте.

Востину как в бородатом анекдоте.
Чем отличаются русский, американский и еврейский форумы? - на американском форуме вы задаете вопрос и вам дают ответ - на еврейском форуме вы задаете вопрос и вам задают встречный вопрос - на русском форуме вы задаете вопрос и вам долго объясняют почему вы такой му**к.

Мне кажется, обиженный тут только Вы. Если Вам нечего сказать по делу - просто промолчите. Мир от этого станет лучше :-)


Определенно, начисление будет за пределами sql.
Проблема в том, что я застрял именно на этапе проектирования БД.
С учетом данных Вами советов, попробую переформулировать и сузить свои вопросы, ответы на которые возможно позволят мне уже не задавать другие:
1) Начну прям с самого малого. Допустим, есть таблица "Сотрудники", которая содержит значения в виде фамилий, имен, отчеств, табельных номеров и ID, в качестве первичных ключей. Пока про связи с другими таблицами пока даже не говорим.
7 месяцев эта таблица живет и в неё лишь попадают новые сотрудники изредка, а потом некая Сидорова выходит замуж и меняет фамилию (а потом проходит два месяца, она снова выходит и снова меняет фамилию).
Собственно сам вопрос:
Как правильно сделать таблицу "Сотрудники", чтобы сделав (потом, еще через год) запрос в БД о фактических премиях за 07.2021 я увидел:
Сидорова (таб. № 321) - 30 рублей,
за 08.2021: Сидорова-Водкина (таб. № 321) - 35 рублей,
за 12.2021: Кузнецова (таб. № 321) - 32 рубля?
Я склоняюсь к тому, что Сидорова, Сидорова-Водкина и Кузнецова, несмотря на то, что этот один и тот же человек, должны быть разными записями (с одинаковым значением табельных номеров, по которым я смогу потом делать запросы, как по интересующим меня значениям). Я прав или можно\нужно сделать как-то по другому и это будет более "мастхэвно"?

2) Связываем сотрудников, с должностями и окладами. Поскольку у человека может поменяться должность в любое время, а у должности оклад, в таблице "Должности" должны быть только должности и ID\Первичные ключи, в таблице "Оклады" - размеры окладов и ID\Первичные ключи, а таже мне придется сделать таблицу "Периоды", в которых значения будут представлять собой диапазоны дат (начало\окончание\ID). Диапазоны дат при этом не обязательно будут соответствовать календарному месяцу. Потом нужно будет связать с таблицей "Периоды" - таблицы "Сотрудники", "Должности" и "Оклады". Или не делать отдельную таблицу с периодами, а, сделать, как советуете Вы, просто завести период как один из атрибутов в таблицах "Сотрудники" и "Должности"?


Нет совсем не владелец, и даже не приближенный просто зам. руководителя почти айтишного большого подразделения. Занимаемся внедрением CAD\CAM\CAE\PLM-систем. Это не основной бизнес предприятия, а поддержка основного бизнеса.



Алгоритм формирования и распределения есть. Застрял я именно на этапе проектирования БД. Выше, цитируя другое сообщение, переформулировал и сузил свои вопросы.
У меня цель совсем банальная: сэкономить свое время на работу в Excel во время формирования премиального фонда. Раньше было проще, у нас проект был один скажем так, "Операционная деятельность", при этом неважно чем мы занимались, внедрением или поддержкой. ВПРом, я собирал данные из табеля (в том же Excel) и распределял премию по отделам примерно минут за 30. Потом за 15 минут подтягивал их обратно. Теперь одновременных проектов в течение периода больше 10, и уходит у меня совсем не полчаса.
Так-то у меня и программисты есть в штате, но я эту программу планирую написать сам в свободное от работы время. Мне просто это интересно, хоть я и не программист по образованию, чуть самостоятельного изучения java, чуть-чуть python.


Как писал выше, цель не настолько глобальная. В перспективе еще упростить работу табельщице, дать возможность сотрудникам смотреть статистику по себе, не анализируя бумажные квитки, и не обращаясь в бухгалтерию. Может даже с другими подразделениями этим ПО поделиться, у которых формирование премиального фонда схожим образом происходит.

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

Я прекрасно понимаю, что интерфейс - отдельно.

Поясните пожалуйста немного поподробнее. Как в одной таблице могут\должны сосуществовать значения Сидорова-Водкина и Кузнецова с первоначально заведенной записью Сидорова?

Ну во-первых мне и без того, есть чем их загрузить по основному фронту работ, а во-вторых я же писал, мне самому это интересно :-)



crutchmaster, Stanislav , спасибо огромное!

Получается и для должности мне тоже правильнее всего завести один оклад, и таким же образом вести историю его изменений!

А все-таки эти историй изменений целесообразно вести в отдельных таблицах или (если мы, например, говорим от таблице "Сотрудники") помимо полей фамилий, имен, отчеств, табельных номеров и ID можно завести поле "Изменения фамилии" и при изменении фамилии записывать туда (при срабатывании триггера изменения в поле "Фамилия") последнее (до изменения) значение поля "Фамилия" и дату изменения.
Получится, что в поле "Изменения фамилии" будет хранится строка вида "01.08.2021|Сидорова;01.09.2021|Сидорова-Водкина", а запрос потом можно будет делать через условие, обращаясь к полю "Изменения фамилии", только если мы хотим получить информацию не на текущую дату и если значение "Изменения фамилии" не пустое, в противном же случае обращаться к полю "Фамилия".

Есть ИС с табельным учетом, есть ИСУП, в котором затраченное время на проекты ведётся, но все равно эти данные нужно из этих ИС собирать и преобразовывать (что сейчас посредством Excel и делается).

Это просто моя локальная проблема: трата времени на подсчет премиального фонда из-за специфики задач конкретно моего подразделения. Но у других подразделений нет проблем с такого рода формированием и распределением премии и потребности в такого рода автоматизации тоже нет, иначе я бы уже к кому-нибудь в 1С "присоседился" давно.