дано:

предположим, есть некие users (user_id, name).
есть товар - электронные книги, музыка.
юзер авторизовался и может купить:

доступ к книгам и музыке
на 1 месяц - 100р
на 2 месяца - 150р
на 3 месяцов - 200р
и т.д.

при этом юзер может бесплатно заморозиться (например оплатил 1 год, из них на 2 недели в отпуск ушел).

юзер платит деньги, задача учитывать позволенное ему время читать.

какие сущности в этом случае вы бы выделили?
как организовали бы структуры данных?


мне видится как-то так: 4 таблицы
users (id, name)
tariff_plan(id, name, cost, months)
my_tariff (id, user_id, when_bought, tariff_id)
periods(id, start_date, stop_date, status)


ситуация:
01.08.09 куплен тариф на 1 месяц - 100р,
5.08.09 куплен тариф на 2 месяц - 150р

в таблицах:
users
1, 'вася'

tariff_plan(id, name, cost, months)
1, на 1 месяц, 100р, 1
2, на 2 месяца, 150р, 2
3, на 3 месяцов, 200р, 3

my_tariff
1, 01.08.09, 1
2, 05.08.09, 2

(куплено два месяца доступа)
periods(id, start_date, stop_date, status)
1, 01.08.09, 31.08.09, A (активный)
2, 01.09.09, 30.09.09, A (активный)
3, 01.10.09, null, N (неактивный)


если добавить сюда заморозку чела (например с 10.08.09 по 15.08.09), то

periods(id, start_date, stop_date, status)
1, 01.08.09, 10.08.09, A (активный)
2, 10.08.09, 15.08.09, F (заморожен)
3, 15.08.09, 05.09.09, A (активный)
4, 05.09.09, 05.10.09, A (активный)
5, 05.10.09, null, N (неактивный)



вот как то так
прошу высказать мнения.


или же есть вариант отказаться от таблицы периодов, и держать текущий статус и кол-во дней в таблице users.
но что-то в таком варианте сильно настораживает.

LSVмне так не хватает внимания! обнимите меня все, пожалуйста:(


NafС уважением, Naf


спасибо за мнение, товарищ