Проблема со скрипичными данными и реализация отношений для моей базы данных

Question

Я пытаюсь сделать лучший «справочник» для университета, в котором я участвую. Вот что в настоящее время находится на offer и где я пытаюсь получить свои данные.

Первоначально соскабливание всего было довольно тривиально. На данный момент у меня есть 425 названий курсов и 5255 тематических кодов и имен в базе данных. Проблема в том, что я зацикливаюсь на том, как программно реализовать степень отношений -> единица.

Что затрудняет то, что текущий справочник довольно трудно ориентироваться, и у меня возникают проблемы с решением для очистки информации, которая мне нужна.

У кого-нибудь есть идеи?

Моя цель состоит в том, чтобы иметь портал, в котором кто-то входит в какой степени они изучают и на каком уровне, а затем представлены единицами, которые они могут принять.

Спасибо, ребята

Answer 1

Обычно степени факультета предлагаются уровнями различных уровней.

Здесь страницы для "areas of study" от faculty дают степени (по уровню) и их единицы. Обратите внимание на параметры this search. Не предполагайте, что только один преподаватель предлагает степень или единицу.

Определить таблицы, принудительная в- (named-) пустые заявления, которые вы хотите, чтобы о применении

ситуаций

[unit] is an unit entity with property ... 
Unit [unit] is part of degree [degree] 

Каждый параметр становится столбцом; каждое утверждение становится таблицей; таблица содержит строки, которые делают ее утверждение истинным:

Unit(unit,...) 
DegreeHasUnit(degree,unit) 

Предложение выражает «отношения» в повседневном смысле. (Вот почему так называется «Моделирование отношения сущностей»). Мы говорим, что это «значение» или «предикат» таблицы. Только когда у вас есть такое значение, таблица может быть обновлена ​​или интерпретирована. Или его свойства, описанные в ORM. Например, что (возможно) DegreeHasUnit много: многие в degees: единицы. К сожалению, ORM-подходы к информационному моделированию обычно не обращают внимания на это.

Answer 2

Действительно не хватает информации в вашем вопросе, чтобы дать очень конкретный ответ, но календарь общих университетского курса может начать что-то вроде этого:

Заметьте, что у вас есть много много-ко многим отношений. Степени присуждаются факультетами, но некоторые степени являются многодисциплинарными и предоставляются совместно двумя факультетами (или более). Аналогичным образом, программы степеней предлагают много курсов, но эти курсы могут быть легко распространены для программ с несколькими степенями. Вы также должны учитывать тот факт, что многие курсы будут иметь один или несколько предварительных условий.

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