Если бы да кабы, поэтому разные сущности разносятся в разные таблицы (кэп, ты?). Потом:
> Любая комбинация соединения двух отношений изгрех неминуемо приведет к извлечению неверной (некорректной) информации. Некоторые СУБД снабжены специальными механизмами, устраняющими извлечение недостоверной информации.
штоа? Он про FK?
Возможно, он про невыполнимые сочетания. То есть сперва есть резон создать список связей товаров с поставщиками, что уже, возможно, 6НФ. Следовательно:
> Тем не менее следует придерживаться общей рекомендации: структуру базы данных строить таким образом, чтобы избежать применения 4НФ и 5НФ.
Возможно, речь о том, что 4НФ и 5НФ, несмотря на то, что они неплохо контролируют целостность данных, всё же позволяют натворить х*рни, и, следовательно, автор рекомендует применять 6НФ. Но это не точно
Автор явно откуда-то содрал (кусками) более-менее нормальный материал, и разбавил его небольшим количеством чуши от себя... зачем Вы пытаетесь в этом разобраться?
Майкрософт тоже не рекомендует...
Обсуждают сегодня