x-citizen,

Оплаты не надо мешать с перемещениями по курсам. Лучше под это отдельную таблицу выделить, например:

Карточка студента
Id студентаИмяФамилияОтчество...

Журнал оплат
Id оплатыid студентадатаразмер

Журнал движения студента
ID студентаДатаСтарая группастарый курсНовая группановый курссумма оплата

x-citizen,

В таблице движения. Например, в моем случае, во время обчения это бы выглядело так: )))

Журнал движения студента
ID студента Дата Старая группа старый курс Новая группа новый курс сумма оплата10 01-01-1995 null null РПД-11 1 010 01-01-1996 РПД-11 1 РПД-13 2 010 01-01-1997 РПД-11 2 РПД-15 3 010 01-01-1998 РПД-11 3 РПД-17 4 010 01-01-1999 РПД-11 4 РПД-19 5 010 10-05-1999 РПД-11 5 null null 010 01-01-2001 null null РПД-111 6 0
т.е. 10-05-1999 меня отчислили (академ), а со следующего года я восстановился.
Только лучше хналить не курс, а семестр. Это логичнее.

x-citizen_хехx-citizen,

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

_xex. Честно говоря, в бухгалтерии не силен, но тут есть нюанс. Отдел бухгалтерии производит начисления каждый месяц, равные 1/12 от годовой суммы договора по каждому студенту. Эти ежемесячные начисления как бы ожидаемая сумма поступлений от студентов. Но студенты могут платить по-всякому: кто-то в сентябре заплатил за весь год авансом, кто-то ходит до мая в должниках (да, в целом по итогу за год он не должник, но с учетом того, что мы ждем от него оплату 1/12 суммы каждый месяц долг накапливается)

Пока не соображу как это всё учесть. Еще и начисления производить - как их лучше: вычислять или завести табличку и каждый месяц по каждому студенту туда добавлять записи..

С уважением

Вообще-то со студентом заключается договор, в котором прописано как он будет производить оплату, например:
за год, за семестр, помесячно, по индивидуальному плану, и на основе этого и должны производиться начисления.
Отсюда возможные варианты решения:
Можно создать отдельную таблицу с планом начислений и при смене семестра производить ее заполнение. (для всего, кроме индивидуального плана, заполнение можно производить автоматом, для индивидуального плана - ручками)
Тогда в карточку студента надо добавить поле "периодичность начисления".
Теперь необходимо бухгалтерии, начиная рабочий день(неделю(месяц)), формировать документы начислений (тут небольшая процедурка, которая пробегается по табличке планов, и по студентам формирует эти начисления)
Далее есть журнал оплат. (хотя правильнее - журнал операций) в который заносятся эти начисления (со знаком "-"), и если студет произвел платеж, то и он (со знаком "+").

Теперь про отчеты.
Что именно нужно увидеть за эти 3 года?
Все начисления и проплаты? все будующие начисления? и то и другое?
в первом случае - это таблица журнал
во-втором - таблица планов
в третьем - их объединение

x-citizen,

1)
Я тогда немного не понимаю, как работает ваша бухгалтерия.
В моем понимании даже если студент ушел в академ в середине семетра, то заплатать он должен за весь этот семестр! т.к. В начале семестра формируется план и зарплата преподавателям, которая расчитывается из общего количества студентов*часов (вроде).
Т.е. это вина студента, что он не справился с планом обучения, а не преподавателя (который всем давал одинакого)!
Тогда просто не надо учитывать этих дат.
2)
Количество записей:
12 записей в год * 5000 студентов = 60000 записей в год
вообще-то это мало.... у некоторых это количество записей за день или даже за час... и нормально, работает. При грамотных индексах - быстро работает.
А какая у вас СУБД?
3)
И все же Вы можете не хранить план начислений, но храните сами начисления. у Вас могут измениться какие-нибудь условия расчета, и тогда все старые начисления то же перерасчитаются, а это не правильно) и зачем все это расчитывать каждый раз - это лишняя нагрузка на сервер.
4) ну если все-таки очень хочется, то в зависимости от СУБД есть разные функции для работы с датами. Для построения запросо ножно знать СУБД. (и конкретный вопрос задавать уже в нужной ветке)

x-citizen,

Бухгалтерия-то лояльная, а преподы?? у них, вдруг, в середине семестра студентов не осталось, поотчисляли всех)))
И зарплата тю-тю )) (ну это отступление)
А что студен закончил обучение (сам или отчислили) отметку можно ставить и в карточке и в журнале (а лучше и там и там), триггером.
в журнал заносим запись вида:
10 01-01-2002РПД-1116nullnull0
и, если у записи с максимальной датой новая группа = null, то студент не учится, и при вставке этой записи триггером проверять значение и апдейтить карточку. Если null то не учится, иначе учится.
А что может быть с перечечение периодов? можете привести пример? а то не совсем понятно что Вы имеете в виду..

x-citizen,

Немного изменим таблицу под логику:
S_IDDTGR_OLDLEV_OLDGR_NEWLEV_NEWMONEY1001.01.1995РПД-11101001.01.1996РПД-111РПД-132120001001.01.1997РПД-132РПД-153120001001.01.1998РПД-153РПД-174120001001.01.1999РПД-174РПД-195120001010.05.1999РПД-195120001001.01.2000РПД-19501001.01.2001РПД-195РПД-1116120001001.01.2002РПД-111612000
1-ая строка - сумма 0 (т.к. студента только зачислили, деньги брать не за что)
6-ая строка - 10-05-1999 студента отчислили (годовая мзда 12000)
7-ая строка 01-01-2000 студента восстановли (за этот промежуток он не учился и поэтому сумма=0)
и т.д.

С MySql у меня не очень.., но на Оракле я бы сделал так:

На выходе С 01-01-1999 ПО 31-12-2001:
DT_FROMDT_TOAMMOUNT01.01.199909.05.1999400010.05.199931.12.1999001.01.200031.12.20001200001.01.200131.12.200112000
На выходе С 01-04-1999 ПО 10-11-2001:
DT_FROMDT_TOAMMOUNT01.01.199909.05.1999100010.05.199931.12.1999001.01.200031.12.20001200001.01.200131.12.200110000

kink,

Ну, вообще-то и не надо.... ))
я это... что-то... сглупил... (хотя изначально все это писал скорее для наглядности)
ID, как раз, не обязательно, там дата есть.
А уникальность должна осуществляться по полям IDстудента, Дата.

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

x-citizen,
Кстати, а бухгалтерия не учитывает, что учеба фактически длится не 12 месяцев в году, а всего 9?? и что фактически нужно ежемесячно начислять не 1/12 годовой суммы, а 1/(кол-во учебных месяцев)

x-citizen,

И начислять не 12 месяцев, соответственно, а лишь в учебный год.

Программист-Любитель,

А программерам на что жить??
Вот из этого и набирается зарплата программистам ))

x-citizen,

Это не правильно.

годовой контракт: 1001
в таблице хранится: 1001/12=83,4167
бухгалтерсая проводка после округления: 83,42
начисления бухгалтерии за 12 месяцев: 83,42*12=1001,04

Студенты не простят!
А должно быть как минимум за первые 11 месяцев 83,42, а за последний 1001-83,42*11=83,38

Или каждый месяц учитывать остаток ок предидущего, тогда:
1-й: 83,416(6); округляем:83,42; переначислено 0,00(3)
2-й: 83,416(6)-0,00(3)=83,413(3); округляем:83,41; недоначислено 0,00(3)
3-й: 83,416(6)+0,00(3)=...
и.т.д.