Какую выбрать структуру базы данных для расписания занятий?

Question

[x-ider]

Приложение должно выдавать расписание на текущий день, на завтра, на неделю, на сейчас. В теории все пары преподавателя, например, чтобы найти и сдать долги^^, а также другие варианты.
Поскольку раньше с базами не работал, то после небольшого ознакомления решил использовать SQLite, но что со структурой!? Я прошёл небольшой курс, и, исходя из него, лучше будет разделить базу на несколько таблиц, например, с полями "день группа, "день, предмет", "предмет, преподаватель" и т.д., а затем объединять данные при запросе. Если использовать такую структуру, то будет ли лучше сделать отдельную таблицу для каждой группы? 800 групп, 6 дней, 4 занятия в среднем в день.
Вариант второй: заранее присвоить каждому преподавателю, корпусу, предмету... номер, после чего перевести всё расписание в вид: 2.1.4.0.3.6.3, где каждое число соответствует полю.

Извините, если где-то спорол глупость. Спасибо за ответы!

Answer 1

[Roman K]

Таблица с преподавателями (id, ФИО)
Таблица с группами (id, Наименование)
Таблица с занятиями (id, Наименование)
Таблица с корпусами (id, Наименование)
Таблица со студентами (id, ФИО, id группы) - это, думаю, не нужно, но вдруг?
Таблица с расписанием (id, Номер п/п, день недели, id препода, id группы, id занятия, id корпуса)

Так можно будет гибко фильтровать. SQLite пойдёт, т.к. данных очень немного, но лучше всё равно postgres, если приложение серверное.
Возможно, нужно добавить ещё чётность недели?
А ещё вот сюда: https://ru.wikipedia.org/wiki/Третья_нормальная_форма

Comments

[x-ider]

Спасибо! Да, чётность недели тоже нужна.
Приложение серверное, почему в таком случае postgres советуете?

[sim3x]

x-ider: если будет динамическое приложение
Если статика, то можно и SQLite -> html

[Roman K]

x-ider: Кстати, группы, преподавателей, корпуса стоит выделять в отдельную таблицу, если у этих сущностей будут ещё какие-то поля кроме id и названия (например, номер телефона у препода или id старосты группы). Иначе можно вообще всё в одной хранить.

[Roman K]

x-ider: Почему постгрес лучше sqlite можно перечислять долго. Нет GIN индексов, скудный выбор типов данных, нет партицирования, блок всей таблицы при записи, нестрогая динамическая типизация (да, sqlite будет рад хранить текст в поле INTEGER).