Таблица SQL Server Первичные и внешние ключи в противоположных таблицах?

Question

Ситуация:

У меня есть 2 таблицы:

Таблица 1

TrackID PK 
random columns 
ActionID FK 

Таблица 2

ActionID PK 
random columns 
TrackID FK 

Вопрос: Есть ли проблема с вышеуказанным набором если да, то (нормализация?) или требуется больше информации ...?

Благодаря

Сьюдж

Answer 1

Предоставленные модели схемы двух сущностей, которые соединены двумя различными отношениями.

Первое соотношение R1 Track - * ---- 1 - Action моделируются поле ActionId в таблице 1

Второе соотношение R2 Track - 1 ---- * - Action моделируются поле TrackID в таблице 2.

Это может быть допустимой, если схемой ваших требований что у вас есть два разных отношения.

Упрощенный пример этом случае будет включать в себя две сущности Employee и Project с

соотношению

managesEmployee - 1 ---- * - Project

и отношение

worksEmployee - * ---- 1 - Project

, предполагая, что работник работает только для одного проекта.

Вопрос здесь, вы хотите смоделировать одно или два отношения?

Если вы хотите смоделировать одну связь между вашими сущностями, ваша схема несколько неправильна, в противном случае она правильная.

Answer 2

Есть ли проблема с вышеуказанным набором?

Нет, в классическом значении слова нет «проблемы». Вы можете придерживаться своего дизайна, и у него не будет проблем. Но, стандартно? это то, что я буду обсуждать в следующем разделе.

что (нормализация?) Или требуется больше информации ...?

Да, как я подразумевал выше, есть информация, которую я могу предоставить, чтобы стандартизировать или «нормализовать» ваш дизайн. К сожалению, ваша цель создания этой базы данных не совсем ясна. Знание этой цели необходимо для того, чтобы достаточно ответить на вопрос.Однако я остановлюсь на двух возможных целях, которые, я полагаю, у вас есть один из них.

Назначение 1: каждый трек может иметь одно действие максимум: В этом случае вам не нужны две таблицы. Вы можете иметь:

TrackID PK 
random columns 
random columns of actions /*(will stay null if no action takes place)*/ 

Цель 2: каждая дорожка может иметь ноль или несколько действий: В этом случае вам необходимо две таблицы в следующем:

Таблица 1:

TrackID PK 
random columns 

Таблица 2:

ActionID PK 
random columns 
CreateDate /*(search for creating a DateTime column with default to current date)*/ 
TrackID FK 

Итак, если вы хотите получить последнюю или текущую арендная плата, вы выбираете топ 1 с заказом от CreateDate desc по отношению к треку.