Это не представляется возможным произвести правильный дизайн таблицы, если один не понимает точно, что означают столбцы и как столбцы данных зависят друг от друга , Однако, вот попытка, которую можно уточнить, как только вы предоставите нам дополнительную информацию. Используемое именование не так хорошо, как хотелось бы, но, как я уже сказал, цель неясно в вопросе. В любом случае, это начало, надеюсь, что это вам поможет. Также обратите внимание, что нормализация не всегда требуется для всех типов приложений. Например, Business Intelligence может использовать схему, которая намеренно не полностью нормализована (например, Star Schema). Поэтому дизайн базы данных может иногда зависеть от характера приложения и того, как изменяется информация.
Main
----
MainID int PK
MainTypeID Char(1) Example: D, T, S etc.
MainRateIntersectionID Int
MainRateIntersection
--------------------
MainRateIntersectionID int PK
MainID int
RateCategoryID int
The combination of MainID and RateCategoryID should be constrained
using UNIQUE INDEX
RateCategory
------------
RateCategoryID int PK
RateCategoryText Varchar2(15) Not Null Example:Single, Family, etc.
RateValue Int Nullable
MainType
---------
MainTypeID Char(1) PK
Редактировать
на основе новой информации, я пересмотрел модель. Я удалил «искусственные» идентификаторы, так как это учебный проект для нормализации. Искусственные идентификаторы (суррогатные ключи) правильны, чтобы добавить, но не ваша цель, как я предполагаю. Мне нужно добавить таблицу бронирования, в которой будет вставлена строка для каждого клиента, который делает бронирование. Вам необходимо добавить соответствующую информацию о клиентах в эту таблицу. Предоставленная вами таблица скорее представляет собой логическое представление, которое может быть возвращено из запроса, но не физической таблицы для хранения и обновления в базе данных. Вместо этого следует использовать таблицу заказов.
Надеюсь, это может вам помочь.
Это не DoMyHomework.com – Rafael
вы думаете, почему он должен быть повторно факторизованные? –
Кроме того, технически вы не можете нормализовать дизайн только из данных (т. Е. Из простой * экзистенциальной * реляционной мощности). Хотя вы можете устранить возможность некоторых отношений, вы не можете определить, какие из оставшихся возможных отношений являются правильными, не зная о значении данных и их различных * потенциальных * значениях. – RBarryYoung