|
Реализация сохранения данных экзаменационной ведомости
|
|||
---|---|---|---|
#18+
Здравствуйте,уважаемые форумчане!Я студент 5 курса и в качестве диплома решил проектировать информационную систему для деканата [ну и,заодно избавить его от бумажной волокиты ;-) ]К сожалению, никак не могу сообразить как можно сохранить информацию о зачете/оценке студента в БД, ведь ФИО студента-это строки таблицы,а Предмет/Преподаватель(-и) -это столбцы таблицы.Есть мысль создать еще одну таблицу которая будет хранить ID ведомости, ID студента,ID зачета-экзамена,и соответственно оценку (т.е. либо З(зачет),либо цифру от 2 до 5). Просто в таком случае таблица получится очень большая.Судите сами-30 студентов*15 зачетов/экзаменов-это порядка 450 строк на 1 ведомость.А сколько их наберется за год?!Порядка 20... В общем,более опытные в этом вопросе коллеги,не подскажете как можно реализовать эту возможность? ------------------- З.Ы. немного поясню.Все вы знаете как учатся студенты... :-) Кто-то получил зачет/экзамен раньше,кто-то позже.Так вот чтобы работникам деканата в ручную не открывать папку,не искать эту несчастную ведомость и не сверять количество зачетов/экзаменов в зачетке и в ведомости,проставляя в нужном месте "З" или 5,4,и т.д. и проектируется эта система.Т.е. пришел студент-показал зачетку,они открыли ведомость и в нужной ячейке на пересечении Его ФИО и предмета поставили "З" или 5,4,3,2 , нажали "Сохранить" и информация сохранилась в базе что студент данный предмет сдал. Для наглядности и большего понимания выкладываю скрин ведомости. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2012, 13:02 |
|
Реализация сохранения данных экзаменационной ведомости
|
|||
---|---|---|---|
#18+
Вопросы - даже на 1 первый курс не тянут. "Как бы так спроектировать РСУБД чтобы не было реляционных таблиц, или чтобы в них данные не накапиливались ?" Вы боитесь сотен записей за год - у вас какой компьютер - арифмометр ? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2012, 19:40 |
|
Реализация сохранения данных экзаменационной ведомости
|
|||
---|---|---|---|
#18+
попробуй для начала спроси, какие там на вашем деканате уже есть/были системы, как в них похожее реализовано. ну и можешь еще до кучи поинтересоваться, почему же у вашего деканата до сих пор нет такой системы ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2012, 13:36 |
|
Реализация сохранения данных экзаменационной ведомости
|
|||
---|---|---|---|
#18+
Vitaliy1990К сожалению, никак не могу сообразить как можно сохранить информацию о зачете/оценке студента в БД, ведь ФИО студента-это строки таблицы,а Предмет/Преподаватель(-и) -это столбцы таблицы.Есть мысль создать еще одну таблицу которая будет хранить ID ведомости, ID студента,ID зачета-экзамена,и соответственно оценку (т.е. либо З(зачет),либо цифру от 2 до 5). Просто в таком случае таблица получится очень большая.Судите сами-30 студентов*15 зачетов/экзаменов-это порядка 450 строк на 1 ведомость.А сколько их наберется за год?!Порядка 20... Ужас-ужас действительно, ведь через какой-то миллион лет объем базы данных может быть сопоставим с объемом мааааленького клипа, скачанного с сети. И как компьютер деканата выдержит эту безумную нагрузку? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2012, 16:13 |
|
Реализация сохранения данных экзаменационной ведомости
|
|||
---|---|---|---|
#18+
Vitaliy1990, В Вашем случае ведомость это всего лишь отчет (скрипт, запрос) которые соберет из определенных таблиц все необходимые данные. Если вы используете СУБД то необходимо создать таблицу Оценки с указанием: ID субъектов (студента, преподавателя), ID предмета, ID события (экзамен, зачет, курсовая и т.п.), даты, оценки. Напишите какие сущности вы уже выявили и какие таблицы напроектировали. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.03.2012, 21:09 |
|
|
start [/forum/topic.php?fid=33&msg=37695915&tid=1547895]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
38ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 150ms |
0 / 0 |