Всем привет.
У меня есть сомнения по поводу моей проектировки БД, поэтому решил посоветоваться.
Есть 2 таблицы:
1. Workers - содержит инфо о все работниках фирмы (kod,fio,stavka,address,phone).
2. salary - содержит инфо про начисление зарплаты (kod,fio_kod,month,year,d1,d2,d3,d4,d5,...,d31,All,money). (Несущественные поля я опущу, что бы не загружать лишним).
d(i) - это кол-во часов, которые работник отработал i-того числа в месяце month и году year.
all - суммарное кол-во часов.
money - деньги, которые работник заработал.
Надеюсь, что все понятно.
Проблема заключается в том, как правильно хранить статистику.
Сейчас она хранится в этойже самой таблице Salary вместе с данными текущего месяца, просто month и year у нее другие.

1. Что будет, если, допустим, работника AAA уволят из штата? Соответственно потеряется все инфо о том, как он работал( Записи в Salary останутся, но для кого они велись определить будем невозможно).

2. Что будет, если пользователь захочет в 5 месяце перерасчитать зарплату за 4 месяц?? (Допустим вышли непонятки с кол-вом отработанных часов, работник недоводен и, например, 3.05 заново производят перерасчет за 4 месяц).
В общем, кому есть что сказать - поделитесь опытом.
Буду рад любым коииентариям. Если что-то непонятно - уточню.

1. Поле Salary.All избіточно и может нарушать логическую целостность - т.е. Сумма всех d может оказаться не равной All.

Поле Salary.All как раз и рассчитывается, как сумма все d(i).

2. Под полем Workers.stavka в дальнейшем надо понимать "Текущая ставка" и завести поле Salary.stavka, под которым будем понимать "Ставка, которая была у этого работника в таком-то месяце такого-то года". После чего поле Salary.money тоже становиться избыточным.

На счет Salary.money - значение этого поля отлично от Workers.stavka:
Workers.Stavka - номинальный оклад
Salary.money - сколько работник реально получил вза месяц.
А на счет Salary.stavka - это может быть дельным.

3. Создать внешний ключ для запрета удаления записей из Workers, если есть связанные с ними записи в Salary

ДА это так, но работник уволен, поэтому он не должен отображаться в Workers. А получается, что если работнику хотя бы раз начисляли ЗП, то удалить его нельзя. А это неправильно.

Схема рассчета действительно сильно упрощенная.
Мне интересно, следует ли все данные хранить в одной таблице, или данные, которые уже не актуальны (зарплата за прошлый год), следует переносить в отдельную таблицу. Я, можно сказать новичок, и хотел поинтересоваться про уже готовые методы, применяемые в аналогичных ситуациях. Хочется сразу писать хорошо!
lasta

Ок, все спасибо, буду разбираться

2Наутилус

Я на Fox программировал ровно 1 семестр у универе и то только потому, что препод был (и есть. и будет) полным профаном по базам и ничего кроме Fox видеть не хотел.
Просто D1,d2,....,d31 - это был лучший способ для меня хранить инфо об отработке по дням.
Lasta