О разработке структуры базы данных (для начинающих) (обсуждение статьи)

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

3

Ameli,
Рискну еще обострить:
если основной контингент - это студенты, которые просят сделать за них контрольную или курсовую работу, то эта статья не для них, то есть вообще не вижу в ней смысла, т.к. в учебниках материала больше, и в некоторых удачных учебниках, он изложен лучше. В т.ч с другими ER-нотациями. Мне, например, больше по душе воронья лапа/вилка, т.к. ближе к изображениями структур данных в самом Access, более компактна и информативна (ИМХО).

0

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

Тех, которые просят сделать за них, мы отсылаем, пройдитесь по форуму. Статья для тех, кто пытается что-то сделать сам, но не знает с чего начать. Информации много, а здесь все вкратце и именно то, что нужно, как мне кажется. Конечно это мое субъективное мнение, напишите лучше - флаг вам в руки!

2

Ameli, а может вместе попробуем? я как-то не привык быть знаменосцем
да и временем свободным не очень располагаю (несколько проектов тяну, вообще не связанных с темой, а Access - это больше хобби, своеобразный отдых от других забот).
предлагаю разделить статью на шаги начинающего, например, я это сделаю с канвой по содержанию каждого шага, а вы сделаете наполнение каждого шага, а потом образованный народ обсудит и подскажет ...
а если принимаете такое предложение, то удобно или нет это делать в форуме? или сначала идеи в закрытом режиме обкатать (в тайной комнате с названием емайл или иное) ?

0

Сообщение от В.В.С. это сделаю с канвой по содержанию каждого шага, а вы сделаете наполнение каждого шага

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

вы думаете, у меня его много? и для меня Аксесс - хобби.

Данная тема была создана для высказывания мнения, чтоб я, если сочту нужным (на правах автора), внесла изменения в статью. Если я сделала содержание статьи такой, то наверно ж считаю именно эти вопросы основными, как вы думаете? Естественно менять содержание я не буду.
Если у вас есть свои мысли по этому поводу, пишите свою статью, и точка.

1

точка- значит точка
теперь по обсуждению примера.
Задач деканата перечислено с избытком.
В частности, составление расписания - задача ВУЗа (учебная часть/отдел + проректор по учебе), а не деканата, и до деканата оно доводится в готовом виде, хотя декан/зам участвует в согласовании, как и зав.кафедрами.
Учебный план составляется для специальности и специализаций, утверждается министерством (или головным ВУЗом для филиалов) и доводится до кафедр и деканатов не чаще одного раза в год. Именно по учебному плану составляется расписание ВУЗа.
Расчет нагрузки преподавателей - задача зав. кафедрой. Деканат в сводный отчет лишь объединяет данные по кафедрам, и то не всегда (этим заняты в аппарате ректора, т.к. нагрузка завязана на штатную численность кафедр, численность студентов и ФОТ ВУЗа).
Начисление стипендий ??? когда я работал доцентом, то деканат лишь ходатайствовал/подавал списки студентов, и категории стипендий ("лишенцы", целевики-производственники, обычная, повышенная на 25%, на 50%, "ленинская" и т.п.) в бухгалтерию ВУЗа.
Но можно и плюнуть на все эти нюансы и оставить как есть

0

Сообщение от В.В.С. в учебниках материала больше

Компактность материала следует отнести как раз к достоинствам этой статьи. А главное - подробно разобран конкретный пример, в отличие от многих учебников

1

компактность и объем (содержание) для меня разные понятия
большинство учебников вообще можно сжечь за бесполезностью.
Я отмечал лишь некоторые.
Впрочем, я сам автор кое-каких учебников, которые тоже можно сжечь, но я приобрел опыт, который не сжечь

0

Сообщение от В.В.С. Я отмечал лишь некоторые

Например? Ссылку не дадите?

0

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

P/S

Ссылку не дадите?

а Вам-то она зачем?

0

Сообщение от Pelena Если есть вероятность изменений, то её надо предусмотреть

Казалось бы, что может проще: поле "Пол" (м/ж). Так ведь нет, любая БД для Олимпийских комитетов обязана содержать уже III значение (гермафродит). А кто бы мог подумать, что такое появится? И не в специфике БД дело... Просто как можно такое предусмотреть?

Сообщение от alvk ибо в обзримом будущем не предвидится, чтобы водитель стал называться "водилой" скажем. Но, если вдруг, кому-то что-то и правда стукнет - update 2 минуты и всё.

И кто этот update будет делать - пользователь? Да им бы Вашу СУБД освоить (запомнить что, где и когда нажимать нужно), а не то что SQL или MS Access...
Нормально разработанная программа, способная работать под управлением только пользователя (а не программиста), может долго эксплуатироваться. Пусть даже (в отсутствие поддержки) эта СУБД потихоньку начинает устаревать (служба подддержки не добавляет новшества), но пользователи изо всех сил будут пытаться её эксплуатировать дальше. И только по тому, что они к ней привыкли, она лучше и т. д....
А кто будет знать что где поменять???

Добавлено через 5 минут

Сообщение от В.В.С. Задач деканата перечислено с избытком... когда я работал доцентом...

Поверьте, с тех очень многое изменилось...

4

Сообщение от Михайло Поверьте, с тех очень многое изменилось...

верю, все-таки 20 лет уже прошло, но друзья-проректоры остались, спрошу за рюмкой чаю, что и как сегодня делается

0

Сообщение от Михайло А кто будет знать что где поменять???

Я знаю, этого достаточно.

0

Я правильно понимаю, что в формировании таблиц есть ошибка?
"добавлять поля для иерархии, чтобы можно было отфильтровывать список значений поля, стоящего ниже по иерархии" ?
Если взглянуть на схему данных, то "Специальность" добавлена в таблицу "Группы" и таблицу "Студенты", что позволяет не только назначить разные специальности студенту и его группе, но и нагружает базу лишними связями и лишними данными.
Наглядность данных, фильтрацию, надо делать с помощью запросов.

0

taijet, да, код специальности в студентах не нужен.

0

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

0

Ameli, Можно в поле со списком, где выбирается группа, вывести ещё и специальности, тогда легко можно будет выбрать свою группу. Вообще вариантов много.

0

Сообщение от alvk Можно в поле со списком, где выбирается группа, вывести ещё и специальности

просто видно специальность - не упрощает выбор группы, список при этом не сокращается.
Специальность - группа - это конечно не очень большой список, но представим себе список товаров, распределенный по группам, когда нужно быстро выбрать его для продажи или поставки: выбрал группу - список товаров сократился.

Сообщение от alvk Вообще вариантов много

Вот из всех вариантов мне больше всего подходит описанный мной. Пока ты не предложил лучше

0

Сообщение от Ameli Оно там не обязательно, но с ним удобней, на мой взгляд. Представьте себе, что есть множество специальностей, и по каждой спец-ти множество групп. Вы заносите данные о студенте, вам нужно выбрать группу из огромного количества. По моей схеме вы выбираете сначала специальность, затем список групп отфильтровывается по выбранной специальности, что значительно упрощает выбор группы. В общем это удобно, когда список большой и сложно что-то найти.

Много что делать удобно, если ввод/просмотр данных делать через таблицу. А меня тут учат: ввод данных делать через формы. Кстати форм у вас в базе тоже нет.
Я пытаюсь вложить в свою голову правильные принципы, вот и пытаюсь не сбиться с пути.

0

Сообщение от taijet Много что делать удобно, если ввод/просмотр данных делать через таблицу

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

Сообщение от taijet Я пытаюсь вложить в свою голову правильные принципы, вот и пытаюсь не сбиться с пути

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

0

Сообщение от Ameli Вот из всех вариантов мне больше всего подходит описанный мной.

Мы уже выяснили, что он не подходит. В твоём варианте может быть разная специальность у студента и его группы. Это разве правильно? Или в теории специальность проставляется в группе, а в студентах просто дублируется автоматом?

0