Проектирование баз данных.

нет, не делаю.

У меня выше третьей нормальной формы БД не проектируется. Четвертая и пятая формы уж слишком замудренные и не всегда нужны.
Ну ещё одна вещь, о которой не скажет не один препод в универе - это специальное нарушение норм проектирования в целях оптимизации запросов / кэширования.

По поводу вопроса, я даже не знаю. У меня на проектирование последней БД ушло 2 дня, там все описанные выше методы применяются сразу. Уже не могу сказать, что "применяю" эти правила, скорее уже пользуюсь ими на автомате

вопрос не понятен.
Потому что если БД проектируется, то естественно производится ее анализ, проверка на соответствие и пр. Поэтому, вероятно твой преподаватель был прав - так или иначе это необходимые навыки проектирования БД.
Кроме того, не знаю конечно как у кого - но я думаю что преподаватели в большим практическим опытом, часто подчеркивают, что де-нормализация зачастую один из этапов оптимизации БД. Ну и - серебряной пули не существует.

Вообще, способность опустить коллегу с его дебильной правкой в БД формальным языком - круто. Данные, находящиеся в НФ выше третьей, редко достаются комфортно, но это не значит, что теорию можно не знать: схема данных обычно правится дорого, особенно в старых проектах - с ней особо не поиграешься.

Я не думаю, что все эти знания не нужны, как раз наоборот. Просто было интересно, как много людей используют их. У нас произошёл забавный курьёз при сдаче этого предмета: один студен так вывел из себя преподавателя своей неграмотностью, утверждая, что он один из лучших программистов в группе, что работает разработчиком бд, и что плевать он хотел на эти правила, т.к. неплохие бд он и без них разрабатывает, что тот(преподаватель) проклял его, спросил, какую оценку он хочет, поставил отлично и попросил, чтобы студент больше никогда ему на глаза не появлялся. Другим было очень тяжело его сдать - требовательный. А про оптимизацию, при отсутствии НФ он говорил, только не успел разобрать эту тему подробно.