MacklayДоброго времени суток! Нужна помощь в поиске литературы по БД, в которой автор пишет что у нормализации есть недостатки.. Желательно чтобы автор был довольно авторитетным.. Завтра защита диплома необходимо объяснить почему не нормализована.. Объяснить я смогу но нужно на кого то сослаться.. Заранее спасибо!
Сослаться если и нужно, то именно в рамках Вашей задачи, о которой ничего неизвестно. Когда Вы рассматриваете Имя и Фамилию как свойства типа сущности Человек, Вы осуществляете денормализацию (ведь Имя и Фамилия - это самостоятельные типы сущностей). И что, для этого нужно обязательно ссылаться на кого-то?:)

MacklayУ нормализации один недостаток это скорость работы...
Многие авторы не говорят о нём, наверное потому что в большинстве своём теоретики..
Заблуждение. Денормализацию следует делать в дополнение, а не вместо нормализации.
Индексы, например, делаются в дополнение:)

MacklayБредятина, мне нужен атор который говорит про денормализацию.. Про недостаток нормализации.. Суть моей БД при этом совершенно не важна..
Вы заблуждаетесь. И игнорируете:)
Это нормально.

Дейт, К.Дж. Введение в системы баз данных, 8-е издание.: Пер. с англ. - М.: Издательский дом "Вильямс", 2005. - 1328 с.:ил.
Глава 13.
13.5 Общие сведения о денормализации

Маскlау.Не сдал, потому что вы скоты не подсказали авторитетного автора.
Не корректно. Между отношением и таблицей, все-таки, есть разница. Здесь принято использовать концептуально более точный термин - бараны. А не скоты:)

Как у Дейта 13865046 , так и в других источниках, включая данное обсуждение, суть и практическая ценность денормализации раскрыты не достаточно полно. Обычно суть представляется в общем виде: "... сократить количество соединений, которые требуется выполнять в приложении на этапе прогона, поскольку (в действительности) некоторые из этих соединений уже выполнены заранее в составе работ по проектированию базы данных."
На самом деле, соединение типов сущности практически никогда недопустимо. А практическую ценность представляют:
1) дублирование значений свойств одних типов сущности в других (связанных) типах сущности;
2) избыточные связи, как правило, многие ко многим.
Первый пример широко распространен, периодически здесь обсуждается, и даже автоматизирован в ВИПРОС в рамках механизма миграции свойств.
Второй - тоже представлен в ВИПРОС в виде миграции ссылок, как одного из типов свойств. Однако, избыточную связь многие ко многим таким путем, вероятно, нельзя обеспечить.

mad_nazgulEAV - это просто один из способов представления "объектов".
Причем не очень эффективный.
Скорее, хранения.

ViPRosА РМД что представляет? Субъекты?
Скорее, хранит. Представление основано на модели верхнего уровня в архитектуре "модель верхнего уровня+маппинг+РМД", которую приходится применять при использовании "реляционных систем". И вопросы нормализации и денормализации тоже приходится пропускать через маппинг, если можно так выразиться:)

mad_nazgulЕвгенийВMacklay,
BigTable , google довольно авторитетная контора. В BigTable все храниться в денормализованном виде.

Это NoSQL, фактически это слегка расширенная файловая система :-)
Что для таких объемов как у Google вполне оправдано.
Вещь на сколько я понял узкоспециализированная.

Так что критикой денормализации/не нормализации в РМД не является. ;-)
13855813
13856625

Dimitry SibiryakovИнтересно, а первая нормальная форма какое дублирование устраняет?..

"... формы 1НФ, 2НФ, 3НФ сами по себе не имеют особо важного значения и должны рассматриваться лишь как промежуточные этапы на пути к созданию формы НФБК (и форм более высокого уровня)." :)
1НФ гарантирует, что в любом допустимом значении переменной отношения каждый ее кортеж содержит только одно значение каждого из атрибутов. То есть, не содержит, в частности , двух и более одинаковых значений