Я не получаю нормализации БД - не повторяется ли повторение FK?

Question

Ну, я только что слышал об этом сегодня, но я этого не понимаю. Поэтому у меня не должно быть таблицы транзакций с столбцом Date (потому что больше транзакций может произойти в тот же день), но у меня должен быть столбец Transaction и Date, где Date будет иметь FK для транзакции. Тогда в чем смысл, вместо даты повторю FK.

пример: брокер может совершить сделку в любой день. (транзакция тогда должна содержать информацию брокера и даты).

Answer 1

Отъезд:

http://en.wikipedia.org/wiki/Database_normalization#Normal_forms

Дата совершения сделки не должны быть нормализованы.

Но представьте, что Транзакция привязана к клиентам, и детали клиента также должны быть сохранены - это случай, когда нормализация помогает сократить избыточность данных.

Answer 2

Использование даты - не идеальный пример. Подумайте, а не записи клиентов, привязанные к каждой транзакции. Вы хотите сохранить FK клиента в каждой строке транзакции. Вы не хотите повторно хранить имя, адрес, пароль клиента!

Answer 3

Предполагая, что ваша дата таблицы как таблицы периода в нашем хранилище данных, это, вероятно, структурирована что-то вроде этого:

Field date, datatype date (not datetime) primary key 
other fields include fiscal year and holiday information 

Тогда ваша таблица транзакций может выглядеть примерно так:

broker_id, foreign key to broker 
date, foreign key to date 
transaction time 
other fields as necessary 

Твой вопрос был, «в чем смысл?». Такой дизайн базы данных позволяет легко отвечать на такие вопросы, как «дать мне статистику брокер-х за последние 5 финансовых лет с разбивкой по бюджетному периоду»

Answer 4

Нормализация скалярных значений (даты, цифры и т. Д.), Как правило, является излишним , Просто потому, что повторение значений не означает, что они должны быть нормализованы. Только повторяющиеся значения , которые напрямую не связаны с первичным ключом строки (например, адрес), должны быть кандидатами на нормализацию.

Единственное преимущество, которое я могу видеть для нормализации дат, если вы хотите добавить различные представления каждой даты (например, месяц, квартал и т. Д.), Без необходимости выполнять математику каждый раз. В противном случае drwabacks перевешивают преимущества, на мой взгляд.

Answer 5

Перемещение атрибута даты в другую таблицу и включение его внешнего ключа в таблицу транзакций не имеет ничего общего с «нормализацией». Рассмотрим пример отношения:

T{TransactionId,Date} 

и зависимость

{TransactionId}->{Date}

Если TransactionID является ключевым, то T уже satisifies шестых нормальная форма. Перенос даты в другую таблицу, заменяя ее другим атрибутом и/или делая его внешним ключом, не сделает T «более нормализованным», чем он есть.

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