[Fides]

Создается БД ВУЗ, ведется учет студентов, предметов, преподавателей и т д. Также в БД должны хранится результаты сдачи студентами зачетов, и екзаменов. Некак не получается организовать даную возможность, скажем так оптимально организовать. Как субд используется Firebird, но в моем случае не важно Какая субд, мне бы любой пример как можно хранить результаты студентов. С етими результатами в будущем предпологается работать дальше, тоисть определять успешные и не успешные групы, сравнивать разные групы и т д. Даную БД создаю для Магистерской. Хоть практического применения она не будет иметь, но проверять будут тщательно. Количество Студентов в среднем 15 тысяч. Буду рад любым советами. Если не понятно изложил вопрос пишите, попытаюсь изложить по другому. Прошу помощи сдесь так как сам пришол в тупик и не вижу выхода.

[movnet]

Ты начинай работать а народ если будет нужно поможет.

[Fides]

Да я работаю)
В БД созданы таблицы Студенты, Преподаватели, Групы, Предметы и так далее.
Вот когда прихожу к созданию таблиц для учета успеваемости все стопор.
Пытаясь создавать ее по образу:

ID|ID_Stud|ID_Object|ID_Teacher| ...

Получается что все время у меня повторяеются студенты , и предметы , должен быть какой то выход но не вижу его.
Пытался по другому создавая для каждой групы свою таблицу, но как на меня тоже не вариант. Нужна хоть какая то идея, а то стою на месте.

[Black Raider]

Не пойму в чем тупик то?
Например
[Table_Group]
ID Group
[Table_Student]
ID FIO IDGroup

[Table_Predmet]
ID Predmet

тогда оценки по предметам будет таблица
ID IDFIO IDPredmet Ocenka

Создавать для каждой группы отдельную таблицу не стоит.

[Fides]

Сообщение от Black Raider

Не пойму в чем тупик то?
Например
[Table_Group]
ID Group
[Table_Student]
ID FIO IDGroup

[Table_Predmet]
ID Predmet

тогда оценки по предметам будет таблица
ID IDFIO IDPredmet Ocenka

Создавать для каждой группы отдельную таблицу не стоит.

Суть в следующем:
Каждый студент в каждом семестре сдает 10 предметов в среднем. Написав как ты советуеш я и сам пытался, получается что нам прийдется для каждого студента писать:
ID_STUD ID_PREDMET
stud1 Predmet1
stud1 Predmet2
.
.
stud1 Predmet10
потом также для второго студента и т д . Поскольку стедентов 15 тыс. То на 1 семестер ето будет 150 тысяч записей. По моему слишком много, и я считаю что должен быть какойто обход для етого повторения даных типа:
ID_STUD ID_PREDMET
Чтото с помощью дополнительного расбивания на таблицы или тому подобное. Вот в етом моя проблема собственно. Мжет быть ето считается нормальным , ктото из знающих подскажет но насколько помню одно из правил Нормализации БД какраз говорит что такие вот случаи надо выключать с помощю расбивки на дополнительные таблицы.

[Black Raider]

Как раз таки нормализация данных говорит о том что б не было повторяющихся данных!!!(это так, в общем)
Разбитие на таблицы и бессмысленно и трудоемко в плане выполнения запросов.
150 К записей это не много.
потом, это таблица связей.
Где вы увидали повторяющиеся записи?
по большому счету в этой таблице еще поле Semestr
и так представим
студенты 1 Иванов
2 Петров
3 Сидоров

Предметы
1 математика
2 азбука
3 Письмо

Семестры
1 01.09.2010-01.01.2011
2 01.01.2011-01.06.2011

в итоге будем иметь
таблицу вида:
Студент Предмет Семестр Оценка
1 1 1 4
1 2 1 4
1 3 1 2
2 1 1 2
2 2 1 3
2 3 1 4
3 1 1 5
3 2 1 4
3 3 1 5

Покажите мне хоть одну повторяющуюся запись? не поле в таблице а именно запись (если понятней строку!)

а следуя вашей логике, надо создавать на каждого студента по таблице.

[th_bav]

Сообщение от Fides

Как субд используется Firebird, но в моем случае не важно Какая субд, мне бы любой пример как можно хранить результаты студентов.

Я бы на Вашем месте MS Access использовал, он проще чем серверная база, он есть почти на каждом ПК, да и помощи по нему будет больше. Честно говоря не вижу необходимости ставить сервер, тем более для одной таблицы, да и пользователей у Вас будет не много, а если хорошо спроектировать клиентскую часть, то одного человека хватит чтобы быстро извлечь данные.... тем более раз у Вас одна таблица, то и записей будет 15 тысяч
P.S.Судя по информации из интернета у Access максимальный размер БД 2ГБ, думаю Вам с лихвой хватит...