Алексей SQLНемного запутался с ключами и с обеспечение целостности. Посмотрите пожалуйста правильно ли я сделал или можно оптимизировать.
Ну сходу: очевидно, что в payment_type поле name должно быть not null, а из каждой пары price_area и price_people должно быть заполнено какое-либо одно. Кроме того, вешать на name unique нет никакого практического смысла - да, мысль понятна, но проблема в том, что unique ничуть не помешает внести в таблицу строки


итп., поэтому такой constraint будет только напрасно тратить ресурсы. Аналогичных замечаний можно накидать и по другим таблицам. Кроме того, сама диаграмма напрочь неверная. Учёт оплат идёт по лицевым счетам, а лицевой счёт и квартира - это совершенно разные вещи. Чтобы проиллюстрировать это, проще всего упомянуть коммунальные квартиры.

Алексей SQLБредятина, В условии задания сказано что диаграмму можно немного менять.
Бредятина - это то, что осталось на форуме, когда отсюда лет восемь назад уехал большой цирк. Если не хотите читать несколько сотен страниц архивных топиков, чтобы понять, о чём он вообще говорит и почему он такой - лучше сосредоточьтесь на своей задаче.

Кот Матроскинмесяц и год с точки зрения целостности данных надежнее хранить 2 целыми числами с соответствующими ограничениями, а не датой
Не соглашусь; не стоит учить плохому. Ограничение уникальности на m_y_date пишется так же легко и просто, как и на "2 целых числа", зато последние приносят целый пласт уродств и ошибок при работе с данными. Достаточно написать запрос на просроченные оплаты - проведённые после 10-го числа следующего месяца - чтобы "прелесть" такого решения стала очевидной.

Алексей SQLИ еще такой вопрос, это разумно на все поля писать NOT NULL
Правильный подход - писать not null на все поля, где он нужен. В учебных задачах он нужен на подавляющем большинстве полей (вообще, по дефолту поле должно быть именно not null. когда точно поняли, зачем в этом поле null - убираем. и не раньше).

Алексей SQLи делать CHECK каждого поля?
В учебной задаче лучше сделать так, чем объяснять преподавателю, что не забыл об ограничениях.

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

Кот Матроскин "Соблюдать 1НФ - плохая практика и уродство данных" - это самая оригинальная точка зрения тут за последние года два :)
Повторяю предложение выше. Впрочем, с удовольствием посмотрю, как Вы уберёте эту точку зрения из собственных предложений и посоветуете топикстартеру разложить поля "название услуги", "номер дома" и прочие на атомарные буквы.

Кот МатроскинПоэтому надо не пороть взятую с потолка отсебятину, а отражать то, что есть в диаграмме
Диаграмма допускает возможность указать все null-ы, то есть услугу вообще без цены. Вы, конечно, сейчас броситесь доказывать, что так и надо - флаг Вам в руки. Разработчик отличается от быдлокодера как раз тем, что правильно реагирует там, где последний тупо делает что ему дали так, как ему показали.

Кот МатроскинА вот это уже не очень оригинально
Безусловно. Пока что Ваши реплики не заслуживают оригинальных ответов.

Кот Матроскин- почему (точнее, когда) буквы в строке не являются нарушением 1НФ, на этом форуме разбиралось.
Верно. И точно так же день-месяц-год в дате не является нарушением 1НФ, тоже разбиралось и по тем же самым причинам.

Кот МатроскинТ.е. Вы опять начинаете придумывать за меня тезисы
"Надо делать как на диаграмме" - не Ваш тезис? Буду знать.

Кот МатроскинЕсли работа ведется с датой целиком (или со строкой целиком) - да, не являются.
Интересно, что Вы называете "целиком". Скажем, если запрос берёт из строки первые двести символов - это целиком или нарушение 1НФ? Если клиент выводит строку, в целях форматирования разбивая её на несколько по ширине - это целиком или нарушение 1НФ?

Кот МатроскинТочно так же как если название для целей форматирования добивать справа и слева пробелами, а потом из пробелов вычленять - это тоже будет нарушением 1НФ
И Вот мы как раз подошли к тому, что Вы предлагаете делать. Если бы прежде чем бросаться возражать, прочитали бы сказанное про просроченные оплаты - может быть не тратили бы ни моё, ни своё время.