Здравствуйте.
У меня банальная тема по созданию БД.
Т.к. в первой приходится проектировать БД, прошу помощи в содействии.
Сделал небольшой набросок таблиц БД, нужен совет. Что правильно, что нет.

Таблицы БД:

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

Злой Бобр,
Спасибо, но ваш ответ не относится к вышеизложенному.

MasterZiv,

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

MasterZiv,

Календарно-тематическое планирование.
По названиям полей вы поймёте)

MasterZiv,

"Планы" - это по сути "Рабочая программа", а "Группы" - это "Классы".

Шайтан,

Да, я сделал отдельную таблицу для связи детей и родителей. К родителям относятся те, кто является родителем или опекуном над ребёнком. Лишняя информация (бабушка или дедушка) при имеющемся родителе - она не нужна.
В реальном журнале указывается либо родители, либо опекуны (если нет родителей).

БД нужна для дипломной. Пишу с 0, в интернете ничего не хочу сдирать.

Шайтан,

Я на мелочи дробить не хочу, т.к. это слишком сложный проект получится. Очень мало времени осталось для написания. Поэтому - желательно сделать БД с минимальным набором информации, но, выполняющем свою функцию, а это:

Выставление оценок, просмотр предметов, тем по предметам, списков класса, отдельных учеников, успеваемость ученика, просмотр информации о родителях.

В общем - такая небольшая ИС, которая в первую очередь необходима для родителей как для просмотра успеваемости своего ребёнком и для учителя - как для выставления отметок.

Ну, администратор заполняет данные, удаляет данные, изменяет данные.

Шайтан,

По 1ому - я понимаю к чему вы клоните) Опять же - то же самое и с телефоном, рабочий телефон/домашний... Ну это уже "мелочи" для самой системы. Выставление оценок будет функционировать и без этих данных. Поэтому я не стал рассматривать на разделение и увеличение объёма возможных сущностей и таблиц.

По 2-ому - как таковых требований нет, единственно - должно быть функционирование Информационной Системы. Для этого как раз продумываю схему БД. Я сюда и обратился (как никак люди работают с этим) для того, чтобы помогли советами для преобразования БД в рабочую ИС с минимальными требованиями.

Шайтан,

В журнали двойные оценки не ставятся в одну клетку (а одна клетка - это одна тема).
Т.к. я сам работаю в школе, могу Вас в этом заверить. Нас ругают за такое:)

Да! В исключительных случаях нужно поставить в одну клетку 2 оценки, но это очень большая редкость и по определённым предметам, с условием - если это краевые контрольные или что-то в этом роде.

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

В конце журнала есть информация о родителях:)

Dimitry SibiryakovВо-первых, это персональная информация и с ней надо тщатильнее.
Информацию будут просматривать только учителя.
Dimitry SibiryakovВо-вторых, как я уже сказал, это не отдельная сущность, а атрибут. Случай, когда в одной
школе учатся братья/сёстры - статистически незначим.
Не совсем пойму...

Люди, связь между Учениками и Родителями - это второстепенный момент. Основной момент здесь между выставлением оценок ученику, по определённой теме, которая содержится в Рабочей_программе, в которую фходят Учитель, Классы, предметы.

Связи в этой области меня больше интересуют. Правильно логика выстроена?

Dimitry Sibiryakov,

Dimitry SibiryakovСделай в таблице учеников BLOB-поле под "родители, родственники и прочая подноготная".
Всё. Младшему брату/сестре эту информацию скопируют от старшего. Мелкое нарушение третьей
НФ, не влияющее на производительность и значительно упрощающее ту самую "работу с программой".
Я понял о чём Вы пишите. Но тут проблема будет заключаться в запросе уже.

unnomen,


unnomenDimitry SibiryakovСделай в таблице учеников BLOB-поле под "родители, родственники и прочая подноготная".
Всё. Младшему брату/сестре эту информацию скопируют от старшего. Мелкое нарушение третьей
НФ, не влияющее на производительность и значительно упрощающее ту самую "работу с программой".
Я понял о чём Вы пишите. Но тут проблема будет заключаться в запросе уже.

Поэтому, я думаю, лучше оставть связь как есть.

Попробую распиать, поправьте, если что-то не так.

Начну от класса.
У каждого класса должно быть название (1а, 3б, 8в и т.д.) и у каждого класса должен быть Классный руководитель, как правило - это преподаватель. В каждом классе должны быть ученики, поэтому у каждого ученика есть id класса.

Учитель как может быть классным руководителем, так и не может. Но, если он учитель - значит у него должна быть рабочая программа для того класса, в котором он преподаёт, конечно же, и предмет, по которому он преподаёт. Всё это объединено в таблицу "Рабочая_программа". Так же есть поле "Часы", которое описывает общее количество часов отведенных на предмет.

Далее - таблица "Темы", содержит код Рабочей программы, а значит - можно узнать какой предмет, какой учитель и какой класс. Собственно - тема имеет своё название и количество часов, которые отведены на изучении из ОБЩЕГО количества часов, которые отведены на предмет.

КТП - это календарно-тематическое планирование, в которой указывается код темы, которая запланирована на проведение в определённый день (Планируемая_дата) и, собственно, как в журнале - Фактическая_дата, т.е. - когда был проведён урок по этой теме. Так же указано Д/з по этой теме.

Оценки выставляются только в случае проведённого урока, а урок проводится согласно КТП, значит - оценка выставляется по выбранной теме определённому ученику.

Т.к. оценки у нас выставляются "2", "3", "4", "5" - я в этот список включил ещё и значение "Н", которое указывает на отсутствие ученика. Почему? Если ученик отсутствует - то ему оценка не ставится. Поэтому логично предположить выставление только одной отметки (либо отсутствия) в одну клетку.

Посчитать количество "Н" или оценок, вывести среднее арифметическое - это уже позволят запросы SQL для составления статистики успеваемости.

Вроде так...

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

Dimitry SibiryakovPS: Третья НФ и связи M:N это прелестно в теории, но сначала для них очень тяжело
дизайнится интерфейс, потом ещё тяжелее объяснять там самым пользователям как этим
интерфейсом пользоваться, а в конце они таки будут пользоваться им неправильно. Например,
привяжут ученику совсем разных родителей. Или (что вероятнее) вместо выбора уже
существующих родителей будут их каждый раз вводить заново, поскольку найти "тех самых" из
списка в тысячу позиций их реально напрягает.
Пользователям даже регистрироваться в ИС не нужно будет, не то, чтобы уже вводить какие-либо данные.
Вся работа ложится на администратора. Он заполняет имеющиеся данные. На то позволит уже интерфейс. А пользователи получают данные от школы для аутентификации и смогут только просматривать данные своего ребёнка (или детей). И персональные данные никто не посмотрит другой.
У учителей же - просмотр персональных данных о всех родителях и учениках. Но они только ставят оценки.
Всё остальное заполняет администратор через специальные формы.

И ещё, на заметку:

Я, как пользователь (родитель) не буду регистрироваться где-то, заполнять свои персональные данные лишь для того, чтобы смотреть, как учится мой ребёнок.
Вся имеющаяся информация о родителях должна быть у школы.
Далее - как-то глупо было бы, если пользователи регистрировались в ИС. Почему? Нужно вводить данные, с тем условием, чтобы ещё эти данные сходились с данными, которые имеются у школы, тем самам, подтверждающие о том, что я действительно родитель какого-либо ученика.
Для меня, как для пользователя, было бы проще, если я получу данные для входа в ИС и буду просматривать успеваемость своего ребёнка. Всё. Что-то заполнять, от имени пользователя, это уже не относится никак к электронному журналу.

ШайтанИ всю работу по ведению классных журналов выполнялся классным руководителем
У нас в Краснодарском крае как-то так и есть) Причём - заставляют.

Шайтан,

Как есть. Пусть это будет малая ИС для определённого ОУ.
Для дипломной смысл вышесказанного пойдёт такой)

Dimitry SibiryakovА теперь посмотри на средненькую такую школу. 900 учеников, 1700 родителей. Каждый год
поступает 90 новых учеников. Для каждого из этих поступающих учеников лично тебе придётся
два раза выбрать уже существующего родителя из списка в 1700 пунктов или ввести двух
совершенно новых. Твои действия? Сколько времени у тебя займёт это оформление?
В таком случае существует AJAX который позволит выполнять такие действия. И это намного упрощает данный процесс, дабы не вбивать повторную информацию о родителях.

Шайтана когда защита?
Защита с мая начинается, вместе с ГОСами, а сессия с конца апреля. Вот до конца апре

unnomenШайтана когда защита?
Защита с мая начинается, вместе с ГОСами, а сессия с конца апреля. Вот до конца апре
Вот до конца апреля уже нужно сделать что-то похожее на ИС.

Шайтандо конца апреля можно пару раз до канадской границы сбегать

Я заочно учусь. С 0 учил PHP и SQL,мало практики. Так что - для меня месяц - это мало времени с моими заниями.

Dimitry SibiryakovAJAX отрастил хрустальный шар для угадывания имени родителей и идентификации их в списке?
Вот поступает к тебе ученик Иванов Иван Иванович, а в уже существующем списке родителей
десять Ивановых Иванов Ивановичей. Которого из них твоя ИС выберет в качестве родителя для
этого нового ученика? Которого выберешь ты сам?
Давайте так: мы с вами не на экзамене, чтобы я отвечал на вопросы, с тем условием, что я сам сюда с вопросами обращаюсь.
AJAX сам не выбирает нужного мне родителя (у него нет интелекта, чтобы знать, какой родитель добавляемого ребёнка).
Если есть тысяча Ивановых Иванов Ивановичей, то есть и другие характеристики, по кторым можно одну запись отличить от другой - которая бы могла фильтроваться по другим атрибутам.
И я уверен, что не существует два одинаковых Иванова Ивана Ивановича прописанных по одному и тому же адресу:)

AxeleronКакой агрессивный ТС... Ему дают пищу для размышления наводящими вопросами, а он не на экзамене...
Я просто не вижу смысла в этом обсуждении. Если человек решил отстоять свою точку зрения, не нужно это делать задавая вопросы. Нужно констатировать конкретными выводами.
Агрессию я тут абсолютно никакую не проявляю. Вроде высказываю всё по теме, которая тут рассматривается.