Ну вот если бы это было тестовое на системного аналитика, то ты бы его зафейлил.
Я переделал схему, можно сказать что это нормальная БД ?
А зачем выделена сущность Оценки? У вас предполагаются разные варианты оценок? Типа "0", "1", "2", "Не знаю", "Нет ответа", "Всегда", "Никогда" и т.д. Сущность Респондент тоже непонятна. Зачем в ней дублируется возраст и имя Опрашиваемого? Если у Опрашиваемого со временем могут меняться имя и возраст (дата рождения?), то лучше создать историю изменения атрибутов Опрашиваемого с полем Дата актуальности (типа SCD2). А так, да, схема в третьей нормальной форме. Не считая сущности Респондент.
Оценка - набор значений: плохо, не нравится, очень хорошо Имя и возраст это данные, того кто берет просто интервью, это что бы были хоть какие-то данные об респонденте Есть данные о том кто спрашивает это респондент и есть данные о том кого спрашивают это опрашиваемый
Тот, кто опрашивает, это интервьюер. А респондент это и есть опрашиваемый.
А ок, тогда вместо названия респондента должен стоять интервьюер
Зачем ему возраст?
Хорошо. Тогда тут же напрашивается ссылка на Интервьюера и Респондента из Опроса. Т.е. опрос производится в какую-то дату каким-то интервьюером и каким-то респондентом. В результате появляется N ответов, которые ссылаются на этот опрос.
у вас на одного интервьюера (исправьте орфографию, кстати) может быть только один опрашиваемый? к кому должны быть привязаны результаты опроса конкретного респондента?
Дальше у меня будет таблица фактов, потому что эта бд как демонстрация для работы с OLAP
Я предлагаю из Опроса ссылаться на Интервьюера и Респондента.
В опросе сделать 2 внешних ключа интервьюер и респондент?
Или оставить внешний ключ в интервьюере для респондента и только добавить в опрос 1 внешний ключ интервьюера
Да. А связь между интервьюером и респондентом убрать.
Ок сейчас сделаю, спасибо
Обсуждают сегодня