1NF ), так як на перетині кожного стовпця і рядка знаходяться тільки елементарні значення атрибутів.
Відношення знаходиться в другій нормальній формі ( 2NF ), так як вона знаходиться в першій нормальній формі і не містить неповних функціональних залежностей не первинне атрибутів від первинного ключа.
Відношення знаходиться в третій нормальній формі ( 3NF ), якщо вони знаходиться в другій нормальній формі і не містять транзитивних залежностей .
Ставлення В«Оплата послугВ» відповідає вимогам третього нормальної форми.
Визначимо схему відносини В«Оплата послугВ», яка буде реалізована у вигляді таблиці В«Оплата послугВ» в системі управління базами даних.
Таблиця 2 - Схема відносини В«Оплата послугВ»
Ім'я атрібутаДоменІмя поляУсловіе на значеніеОпісаніе Особовий рахунок квартіриЧісловойЛС Особовий рахунок квартіриФакт оплатыТекстовыйФакт_оплатыФакт оплатыМесяцТекстовыйМесяцМесяцГодЧисловойГод ГодНомер квитанцииЧисловойНомер_квитанции Номер квитанції
Ставлення В«МешканціВ» ( Особовий рахунок квартири, Номер пільги, Номер мешканця , Повне ім'я мешканця, Головний квартиронаймач, Дата прописки, Дата народження, Факт спорідненості ) знаходиться в першій нормальній формі ( 1NF ), так як на перетині кожного стовпця і рядка знаходяться тільки елементарні значення атрибутів.
Відношення знаходиться в другій нормальній формі ( 2NF ), так як вона знаходиться в першій нормальній формі і не містить неповних функціональних залежностей не первинне атрибутів від первинного ключа.
Відношення знаходиться в третій нормальній формі ( 3NF ), якщо вони знаходиться в другій нормальній формі і не містять транзитивних залежностей .
Ставлення В«МешканціВ» відповідає вимогам третього нормальної форми.
Визначимо схему відносини В«МешканціВ», яка буде реалізована у вигляді таблиці В«МешканціВ» в системі управління базами даних.
Таблиця 3 - Схема відносини В«МешканціВ»
Ім'я атрібутаДоменІмя поляУсловіе на значеніеОпісаніе Особовий рахунок квартирыЧисловойЛС_квартиры_
