[Beyound]

БД это главное именно потому что оно поможет осознать глобальное решение задуманного (я имею в виду схему на листочке :-) ну или уже в ACCESSе скажем - кому где проще).
А вообще на мой взгляд можно сделать куда проще - разделить всю эту работу на 2-е задачи - написания приложения, которое бы умело по базе преподов, академических часов, предметов и аудиторий составлять грамотное расписание, и на вторую задачу - написать сам сайт который бы умел хапать из готовой базки все это (это намного проще).
По опыту первое решать проще основываясь на ООП и модульности. Создай классы, структурно олицетворяющие входные данные, создай переменные, глобальные, которые это все будут хранить (КЭШ). Напиши функцию, которая будет загонять эти данные в эти переменные, по началу можно не подключать базу вообще а поставить рандомизатор, который куда проще в написании и почти не требует отладки, здесь цель иметь входные данные, а не реализовать способ их получения. Создай класс который будет структурно олицетворять выходные данные - у тебя это календарь "с пометками". И напиши функцию которая бы из входного получала выходное. И отлаживай ее до упора - эта часть должна работать идеально. А вот когда ты это напишешь - тут уже можно навесить и получение данных из БД, и запись итогов в БД. И еще - ведь преподы меняются, часы тоже, предметы тоже - это в самом конце тоже нужно будет навесить, не кто не будет же редактировать БД вручную.
По второй части это скок времени останется, можно чтото красивое сделать, с супер продуманным дизайном, тупо чтобы забивал уже нарисованную табличку как на листке А3 с расписанием данными из заполненой БД.