поле Специальность - нафик не надо - группа достаточно (или это должна быть характеристика группы)
курс - характеристика группы, а не студиоза, да и вообще - вещь - расчётная

Михаил89Senya_L,

факультеты не нужно, это база для одного факультета.
без групп студентов нет.
это не курсовая.
подскажите как сделать, чтобы можно было историчность учесть

Михаил89,

факультеты - всё таки лучше сделать,
хотя бы для того что бы декана "прописать" - понадобится, когда займётесь приказами (и, к слову они (приказы) - вполне "тянут" на роль истории)

и кафедры факультета (ну или если вам нравится - специальности) - непомешают
1:M - к факультетам,
ну и уже группы - 1:M к кафедрам

зы
опишите, что воопще обозначают все остальные таблицы,
ну неохота гадать как-то

Михаил89,

>> course - курсы.

настаиваю,
в таб студенты - это не нужно
если для группы добавить поле - год формирования, - то ненужная характеристика ваапщче

>> type - тип приказа - на отчисление, в академ, перевод на следующий курс, восстановление.
>> order - сами приказы - на отчисление, в академ, перевод на следующий курс, восстановление.

очень сомнительно, что вам удастся организовать ВСЕ приказы ДАЖЕ с однотипной шапкой документа , не говоря уже о строках (так и не понял - чего сейчас нет)) - первого или второго ... походу первого)
и ограничится только типом
невыдумывайте велик - делайте как "завещал 1с" - общая часть шапки док. (1) - специальная часть док.(1) - строки док (М)

ну и статуса приказа (подписан/не подписан/пьяный бред секретарши), чёта незаметил...

>> summary - сводная таблица (используется для создания ведомостей).
полная фигня,
убирайте

>> exam - экзамены.
>> offset - зачеты

имхо, нужно объеденить
или - добавить признак экзамен/зачёт
или - в оценках (score) ещё будет зачёт/незачёт (правда, бывают ещё диффер.зачёты...)

и, имхо, тоже стоит к этому, "относится" как к документу - "экз./зачётн. ведомость" (шапка - дата, предмет, препод, ...) и строки (студент, оценка)

>> semester - семестры.
...а что на данный момент вы в это вкладываете ?
это таблица с 2-мя цифрами {1,2} ?
где год ??

>> Подскажите как на основе приказов оформить перевод в другую группу, на другой курс. И статус также должен меняться при помощи приказов. Статус - отчислен, учится, академ.

это уже - вопрос реализации, к проектированию имеющий мало отношения
но если вы "твёрдо нацелились" на Акцес, то там это делается
1
просто - в формах - обработкой событий
2
сложнее - триггер Бенедикт-а

зы
не стесняйтесь выкладывать БД в мдб

nosovавторну и статуса приказа (подписан/не подписан/пьяный бред секретарши), чёта незаметил...какой еще статус ? пока приказ не подписан -- считается что его нет и вносить его в БД это глупость (имхо).

ага,
а набирать его будет секретарша на печатной машинке, наверна ??
с чего его распечатать на подпись ?

nosovчерновик приказа можно и в WORD распечатать.
кстати черновик может быть капитально почиркан или ваще отменен.

ну всё-таки - разница есть - "Набрать в Ворде"
и "Нажать кнопку и получить готовый" (можно в том же ворде), по ранее введёным данным
(их же и не особенно вводить нужно будет (для того же перевода на след.курс, например) - выбрал группу, и запросом отобрало, в строки нового приказа, тех кто всё сдал (правда для этого ещё "Учебный план" нужен, которого у ТС пока нет))
ну и править это док. в базе, если кто-то ещё добавился/выбыл из приказа до даты подписания,
каждый раз в Ворде/Отчёте будет создаватся приказ актуального вида

>> или ваще отменен.
ну вот это и был "статус" = "пьяный бред секретарши" ))
хотя, ничто не мешает "выносить" их из БД физически, это уже - на усмотрение ТС

ну и самое главное,
приказы ведь ТС непросто от нечего делать в БД ввёл - что б было,
это способ, которым будет изменятся состояние статуса у студента,
т.е. - нужно какое-то инициирующее эти изменения событие,
вот изменение статуса Приказа на Подписан - вполне на это подходит, имхо
вполне - дёшево, и не очень сердито