Как смоделировать пользовательский тип в реляционной базе данных? [closed]

Закрыто . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, редактируя это сообщение .

Закрыт в прошлом году .

Я новичок в проектировании баз данных, но понимаю основы. Я создаю реляционную базу данных, и я хотел бы сделать что-то похожее на создание многоразового типа или класса. Например, скажем, у меня есть таблица Customer и таблица Item . Клиент и элемент связаны стандартным отношением «1 ко многим», поэтому у элемента есть столбец с именем CustomerId .

Я также хотел бы иметь несколько «заметок» для каждого клиента и для каждой позиции. В нормальной модели ООП я d просто создайте класс Note и при необходимости создайте его экземпляры. Конечно, реляционная база данных отличается. Я думал о наличии таблицы Note , и мне хотелось бы иметь отношение «1 ко многим» между Customer и Note, а также Item и Note. Проблема тогда в том, что в таблице примечаний должны быть столбцы для каждой другой таблицы, которая желает использовать этот «тип». (см. пример ниже) note_relation1

Я также подумал, что вместо этого я могу создать промежуточную таблицу между Note и Customer / Item (или другими). Это позволило бы мне избежать дополнительных столбцов в примечании для каждой ссылающейся на него таблицы, поэтому примечание может оставаться неизменным, поскольку я добавляю дополнительные таблицы, требующие примечаний. Думаю, это лучшее решение. (см. пример) note_relation2

Как обычно решаются такие ситуации? Я близок к правильному? Буду признателен за любой совет о том, как спроектировать мою базу данных с той функциональностью, которую я описал выше.

задан Benny Jobigan 4 October 2010 в 12:31

0 ответов

Другие вопросы по тегам:

database database-design types relational-database

Как смоделировать пользовательский тип в реляционной базе данных? [closed]

0 ответов

Похожие вопросы: