Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Введение
Пятая нормальная форма (5NF), также известная как нормальная форма проекции-соединения (PJ/NF), представляет собой уровень нормализации базы данных, предназначенный для устранения избыточности в реляционных базах данных, хранящих множественные значения, путём выделения семантически связанных множественных взаимосвязей. Таблица считается находящейся в 5NF тогда и только тогда, когда каждая нетривиальная зависимость соединения в этой таблице вытекает из ключей-кандидатов. Это последняя нормальная форма с точки зрения устранения избыточности. Шестая нормальная форма (6NF) также существует, но её цель – не устранение избыточности, поэтому она используется лишь небольшим количеством хранилищ данных, где может быть полезна для создания несводимых таблиц. Зависимость соединения *{A, B, Z} для отношения R вытекает из ключей-кандидатов R, если и только если каждый из A, B и Z является суперключом для R.
Fifth normal form (5NF), also known as projection–join normal form (PJ/NF), is a level of database normalization designed to remove redundancy in relational databases recording multi valued facts by isolating semantically related multiple relationships. A table is said to be in the 5NF if and only if every non trivial join dependency in that table is implied by the candidate keys. It is the final normal form as far as removing redundancy is concerned. A 6NF also exists, but its purpose is not to remove redundancy and it is therefore only adopted by a few data warehouses, where it can be useful to make tables irreducible. A join dependency *{A, B, Z} on R is implied by the candidate key(s) of R if and only if each of A, B, , Z is a superkey for R.
Пятая нормальная форма была впервые описана Рональдом Фагином в его докладе на конференции 1979 года «Нормальные формы и операторы реляционных баз данных».
The fifth normal form was first described by Ronald Fagin in his 1979 conference paper Normal forms and relational database operators.
Использование
Только в редких случаях таблица, соответствующая 4NF, не соответствует 5NF; например, когда результирующие таблицы после декомпозиции образуют цикл. Это происходит, когда сложное реальное ограничение, определяющее допустимые комбинации значений атрибутов в таблице 4NF, не является неявным в структуре самой таблицы. Если такая таблица не нормализована до 5NF, часть ответственности за поддержание логической согласованности данных в ней ложится на приложение, выполняющее операции вставки, удаления и обновления; при этом возрастает риск возникновения несогласованности данных. В отличие от этого, проектирование в соответствии с 5NF исключает возможность возникновения подобных несоответствий. Таблица T находится в пятой нормальной форме (5NF) или проекционно-соединительной нормальной форме (PJ/NF), если она не может быть разложена без потерь на какое-либо количество меньших таблиц. Случай, когда все меньшие таблицы после декомпозиции имеют тот же ключ-кандидат, что и таблица T, исключается.
Only in rare situations does a 4NF table not conform to 5NF; for instance, when the decomposed tables are cyclic. These are situations in which a complex real world constraint governing the valid combinations of attribute values in the 4NF table is not implicit in the structure of that table. If such a table is not normalized to 5NF, the burden of maintaining the logical consistency of the data within the table must be carried partly by the application responsible for insertions, deletions, and updates to it; and there is a heightened risk that the data within the table will become inconsistent. In contrast, the 5NF design excludes the possibility of such inconsistencies. A table T is in fifth normal form (5NF) or projection join normal form (PJ/NF) if it cannot have a lossless decomposition into any number of smaller tables. The case where all the smaller tables after the decomposition have the same candidate key as the table T is excluded.