Как удачнее спроектировать базу данных?

Question

[turbo_exe]

делаю небольшой сайтик для нескольких групп в универе. страничка с расписанием, файловый архив, и прочие радости. возник вопрос касательно каждодневного расписания. на страничке каждой группы будет висеть её расписание на завтра (по желанию — на любой день). на данный момент, существует две таблицы, но они пока никак не связаны друг с другом:

subjects (список предметов)
subjId (уникальный номер предмета)
subjName (полное название предмета)

groups (список групп)
groupId (уникальный номер предмета)
subjName (название группы)

необходимо сопоставить каждой отдельно взятой группе список предметов на понедельник\вторник\etc…
знание php и mysql — на начальном уровне. посему, хотел поинтересоваться у гуру, как удачнее спроектировать БД.

Answer 1

[Алексей Журбицкий]

ну вроде ничего сложного, таблица будет примерно такая:

timetable{
subjId int
groupId int
day int
startTime time
}

расписание на день для группы:
select * from timetable,subjects where timetable.subjId=subjects.subjId and groupId= and day= order by startTime;

Comments

[Алексей Журбицкий]

парсер немного обрезал — ...and groupId=[id] and day=[day] order…

[turbo_exe]

к примеру, пользоваться сервисом будут 30 групп. у каждой разное расписание. в среднем по 3,5 пары в день. есть две недели, на которых некоторые предметы чередуются. и получается, у меня в базе даже с таким скромным раскладом в таблице timetable будет 30*3,5*12 (двенадать учебных дней в две недели) = 1260 записей. не многовато ли? или это обычная практика для баз данных?

[Алексей Журбицкий]

1260 это копейки

[Павло Пономаренко]

100'000 записей — это мелочь.

[turbo_exe]

хм… а сколько «не копейки»? чтобы в дальнейшем понятно было. и сорри за оффтоп, может у кого есть данные по времени (мс) формирования главной страницы какого нибуль сайта типа хабра? мне для примерного сравнения «грузности кода» _{я в курсе про разность в железе, сложности проектов и т.д.}

[Алексей Журбицкий]

вы правильно заметили — нужно оценивать не по кол-ву записей, а по времени ответа, причем часто это время можно уменьшить построением индексов. лично у себя я стараюсь не допускать запросов, выполняющихся больше 50мс, а большинство укладываются в пределы 10 мс

[Искандер Гиниятуллин]

по данным гугла около 1.5 секунды или меньше — время полной загрузки менее 25% сайтов интернета

У себя мы стараемся пробить планку в 0.3 секунды среднее время генерации страниц

Answer 2

[keatis]

А как же четные/нечетные недели? Ну, счас нет — потом появятся.
А номер аудитории? А ФИО препода… Ведь этой доп. инфы уже достаточно, чтобы на экзамене по предмету получить 4. :)

Answer 3

[phasma]

сделать one-to-many в таблице с группами.

Comments

[turbo_exe]

насколько я понял из этого, one-to-many это нечто похожее на вариант blo? если это единственный вариант, так и сделаю.

[phasma]

нарисуй схему в каком-нить mysql workbench или бумажке, у тебя явно не хватает полей/таблиц. Нет деления по дням, группам итд. Почитай про JOIN.

Answer 4

[keatis]

Погуглите про ER-модель (модель сущность-связь), как раз ваш случай. Можете еще про нормализацию почитать, если с первого захода осилите термины…
Можно нагуглить и что-нибудь поконкретнее, например, это (там, правда, акцесс, но можно поглядеть картинки с моделью).

Comments

[turbo_exe]

о блин, огромное спасибо! :)

Answer 5

[Антон]

Группы мы не трогаем т.к. у группы может быть несколько предметов. Сделаем таблицу:
id (уникальный номер)
id_group (группа)
id_subjects (предмет)
id_day (день недели)
Могут быть и другие поля вроде нижняя/верхняя неделя.
Что-бы добавить группе предмет добавляете в таблицу нужные данные. Выборка простая, выбираем все на нужную дату по нужной группе. Или выбираем все по нужной дате и делаем расписание для всех групп на этот день недели.

Answer 6

[afiskon]

Лучше поздно, чем никогда :) eax.me/database-design