Информация о платильщике влючает в себя данные о адресе(город, улица, дом, квартира, комната, номер койки от двери).
Информация о оплате услуги(услуга, уровень оплаты, задолженность).
Услуг одному жильцу может предоставляться несколько и количество неограничено. Соответственно, и данных об оплате может быть неограниченное количество.
Данные об услуге: название, тариф, льгота.
Если льгот по тарифам может быть несколько(не вижу причины, почему бы не было так), то информация о льготе заключается в указании услуги, к которой относится льгота, и процентном выражении льготы.
Так? Или не так? Если так - тогда будем думать дальше.
Информация о платильщике имеет целостный характер? Один человек(не в отношении ФИО, а в отношении идентификатора платильщика) может проживать в нескольких квартирах(числиться платильщиком)? Нет? Тогда база, хранящая информация о платильщике должна быть целостной(улицы и города надо бы вынести в отдельную базу, чтоб избежать дублирования хранимой информации):
<идентификатор платильщика> <фамиилия> <имя> <отчество> <идентификатор города> <идентификатор улицы> <номер дома> <номер квартиры>
Таблица городов:
<идентификатор города> <название города>
Таблица улиц:
<идентификатор улиц> <название улицы>
Таблица информации об услуге:
<идентификатор услуги> <наимеование> <тариф>
Таблица льгот(включает в себя строку "без льготы"):
<идентификатор льготы> <идентификатор услуги> <наименование> <скидка> <флаг, отображающий, процентная относительная скидка или абсолютная>
Таблица текущий тарифов:
<идентификатор платильщика> <идентификатор льготы> <идентификатор услуги>
Тут спорный момент. С одной стороны, без третьего столбца в этой таблице вполне можно обойтись. С другой стороны, для этой таблицы именно сочетание 1 и 3 столбца является уникальным и адекватным - если делать ключ по связке перого и второго столбца, то:
- возможна ситуация, когда один платильщик будет "подписан" на разные льготы одной и той же услуги одновременно и это не проконтролируешь
- чтоб определить величину требуемой оплаты, придетёся проходить через таблицу льгот, в которой ключом является идентификатор льготы, а поле идентификатора услуги неключевое - это даст некоторое замедление при обработке больших массивов информаии.
Таблица оплат:
<идентификатор записи(автоинкремент)> <идентификатор платильщика> <идентификатор услуги> <дата оплаты> <величина оплаты>
добавлено @9.41(Лондон + 2.00
)В таблице текущих тарифов надо(можно) вставить поле текущего состояния дел - баланса:
Таблица текущий тарифов:
<идентификатор платильщика> <идентификатор льготы> <идентификатор услуги> <текущий баланс>
Тогда в начале месяца будем уменьшать баланс на величину требуемой оплаты, а при оплате - увеличивать на величину уплоченных бумажек.
