Я создаю модель данных для веб-сайта студенческого клуба в моем университете, и мне нужна некоторая обратная связь о том, что у меня есть.
Каждый семестр становится участником, оплачивая членский взнос.Этот членский взнос дает им право посещать все мероприятия клуба за вычетом общественных мероприятий в течение этого срока.Для участия в этих общественных мероприятиях им необходимо приобрести билет.
Мероприятия клуба включали курсы продолжительностью от 8 до 10 еженедельных занятий, семинары и вышеупомянутые мероприятия.
Мы хотели бы иметь возможностьмоделировать участников каждый семестр и отслеживать регистрацию и посещаемость курсов (только регистрация), индивидуальных занятий (посещаемость), семинаров (посещаемость и регистрация) и событий (посещаемость и регистрация).
Мы хотим иметь возможностьПосмотрите, какой член исполнительной власти участвовал в какой деятельности.
Мы хотим, чтобы руководитель мог загружать статьи (текст), изображения, музыку и видео, а также контролировать, кто имеет доступ к этим элементам.Я использовал групповое решение, потому что думаю, что предоставление доступа на уровне пользователя / части контента слишком утомительно.
Пожалуйста, посмотрите и дайте мне обратную связь.Я пытаюсь разработать модель, которую легко поддерживать и адаптировать к новым требованиям, которая будет надежной и гибкой, когда речь идет о клубном моделировании и деятельности членов.
Хэш пароля будет частьюСтуденческое юридическое лицо.В настоящее время он не отображается на диграмме.
Вы можете найти диаграмму ниже.
EDIT1:
Добавлена легенда.
Вверху прямоугольниквокруг Студента - Членство - Термин называется совокупностью.Это означает, что при использовании в регистрации отношений, например, мы можем рассматривать эту агрегацию как объект с первичным ключом (student_id, term).
EDIT2: треугольник с меткой ISA на нем обозначает специализациюверхняя сущность в дочерние сущности.При переводе в схему мы можем выбрать создание отношения для каждого или только для детей.