повторяю вопрос в 10 раз, где в определении нормальных форм написано о том, что наличие в таблице null'ов перестает делать её нормальной?
Пожалуйста, добавляете "гарантированных" к слову нул.
И, где это в определении-то?
что "это"? хранение избыточных данных — мало этого? Хранение того, что можно не хранить? Разреженные таблицы — для вас нормально? Таблицы, где признаком типа сущности является значение колонки (и которые надо, по-хорошему, выделять в отдельную таблицы и делать внешний ключ)? Ну вперёд. В учебниках копаться я не буду, удовлетворять вас ссылочками — тоже, простите.
В идеальном мире, где join бесплатный, можно все делать красиво. Но не все в таком живут
производительность — это разговор вообще на другую тему, не академичскую ради нее жертвуют и внешними ключами, и вообще всем констрейнами, и делают заведомо избыточные таблицы, да. И выбирают не РСУБЛ общего назначения. Но разговор был _совсем_ о другом.
Нет, там разговор как раз был об этом. Как сделать красиво и как сделать быстро. Я описал, как сделать оба варианта
Ну так бы сразу и обозначили при первом же моём комментарии: в жертву производительности приносим нормализацию базы, вопросов не было.
в жертву производительности приносим нормализацию базы по мнению какого-то чела из интернета
Действительно, давайте всю базу в одну таблицу запихнем, зато ресурсы сэкономим
"не читал но осуждаю"
время самый главный ресурс (ц)
Честно скажу — не знаю, зачем я теряю время на хама, но уж раз начал....
Там идет речь про столбцы, которые являются первичным ключом
Обсуждают сегодня