0KВопрос очень простой, т.к. я никогда раньше не занимался созданием БД.

Нужно создать БД для сайта. На этом сайте будут регистрироваться пользователи, и после регистрации каждый пользователь сможет пройти 8 тестов. При прохождении теста нужно сохранить следующую инфу:

1. Оценка.
3. Время, когда был сдан экзамен.
2. Номера ответов.

Начните с описания предметной области, можно пока без всяких диаграмм:
1) перечислите все термины (понятия) и их определения. Например, ЭКЗАМЕН - это что? Набор тестов?
ОТВЕТ- это что?

Естественным образом возникнут вопросы, типа возможны ли в будущем ЭКЗАМЕНы из 6 ТЕСТов? Если есть ОТВЕТы, то видимо есть и ВОПРОСы? Какого типа ОТВЕТы могут быть (число, выбор альтернативы из ВАРИАНТов, отметить все подходящие ВАРИАНТы, и т.д.)?
Понятий скорее всего окажется несколько больше, чем ожидалось.

2)Опишите связи между понятиями. При этом могут возникать новые понятия, описывающие связи уже существующих.

Может ли ПОЛЬЗОВАТЕЛЬ сдавать экзамен несколько раз? Точнее, нас интересуют все его попытки или только одна - последняя /лучшая/... Если интересуют все его попытки, то возникает связующее понятие ПОПЫТКА.

Этот этап нельзя пропускать, хотя можно его совместить с рисованием диаграмм. В любом случае следует убедиться, что все понятия и связи учтены.

0K
Как правильно организовать структуру БД, чтобы она была в 5 НФ:

1. Сделать восемь отдельных таблиц, с атрибутами: ИД, оценка, время, ответы.

2. Пихать все в одну таблицу, с атрибутами: ИД, номер теста (1-8), оценка, время, ответы.

Или как еще?
В обоих случаях уровень нормализации одинаков, однако в первом случае нарушен скорее так называемый принцип информации, согласно которому информация должна представляться значениями данных (а не именами таблиц как в первом варианте). Применение этого принципа конечно не имеет столь четких критериев как нормализация, так что первый вариант может быть приемлем, если известно, что ни при каких обстоятельствах тестов не станет 9 и более, т.е. номер теста - это не данные.

Про 5НФ я бы не стал задумываться, т.к для нарушения 5НФ должны присутствовать какие-то бизнес-правила, позволяющие нетривиально (в смысле с урезанием ключа) декомпозировать исходную таблицу и в то же время не являющиеся функциональными или многозначными зависимостями.
Если обнаружите такие правила, плз. обязательно поделитесь. Очень интересно.