powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Посмотрите схему данных БД учебного заведения
25 сообщений из 76, страница 1 из 4
Посмотрите схему данных БД учебного заведения
    #34645228
k_Аленка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
и скажите свои замечания по существу.
Вопросы:
1)Таблица мастера от незнания, как связать с одной группой двух мастеров и 1 кл. руководителя, при этом 1 из этих мастеров может быть мастером и в другой группе, а кл. руководителя может не быть (у 3-го и 4-го курсов).
2) Особенно интересуют связи с таблицей "Таблица_оценки". Возникли проблемы при добавлении в нее данных. (периодов ограниченное колличество).
Заранее спасибо!!!
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34645410
kittn2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чего -то у меня не открылось, но я уверен. что если в базе БД учебного заведения меньше 50 таблиц, то она спроектирована неверно

====================
aka Cat2
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34645471
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
k_АленкаЗаранее спасибо!!!

когда начинаете проектировать схему БД используйте простой карандаш и листок бумаги - сэкономите кучу времени ИМХО

переименуйте объекты в соответствии с единой нотацией, пусть даже своей, но чтобы последовательной и понятной.

не наполняйте таблицы полями (сущности атрибутами) до тех пор пока в этом не возникнет крайняя необходимость.

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

это так, мимоходом...
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34645606
kittn2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BULK INSERT k_АленкаЗаранее спасибо!!!

когда начинаете проектировать схему БД используйте простой карандаш и листок бумаги - сэкономите кучу времени ИМХО

переименуйте объекты в соответствии с единой нотацией, пусть даже своей, но чтобы последовательной и понятной.

не наполняйте таблицы полями (сущности атрибутами) до тех пор пока в этом не возникнет крайняя необходимость.

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

это так, мимоходом...
+
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34646701
midnight coder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
k_Аленкаи скажите свои замечания по существу.
Вопросы:
1)Таблица мастера от незнания, как связать с одной группой двух мастеров и 1 кл. руководителя, при этом 1 из этих мастеров может быть мастером и в другой группе, а кл. руководителя может не быть (у 3-го и 4-го курсов).
2) Особенно интересуют связи с таблицей "Таблица_оценки". Возникли проблемы при добавлении в нее данных. (периодов ограниченное колличество).
Заранее спасибо!!!

1) По первому вопросу:
а) В таблице «Мастер» лучше хранить не ФИО мастеров и кл. руководителей (если я правильно вас понял), а табельные номера (или как они там называются в образовательных учреждениях) сотрудников (у вас это, по-видимому, атрибут «код» в таблице «Работники»). А ФИО сотрудников образовательного учреждения и прочую персональную информацию хранить в таблице, например, «Сотрудники» (в вашей схеме – это таблица «Работники»).
В принципе от таблицы "мастера" можно вообще отказаться, так как табельные номера в данном случае хранятся в таблице "Работники". Таблица "мастера" в данном случае - ни что иное, как дублирование информации.
б) Создать таблицу типа «Мастера - группы» со следующими атрибутами:
- id
- код (табельный номер) сотрудника (могут быть и мастера и кл. руководители)
- код группы

Что-то подобное у вас есть в таблице «Студенты». Но я бы лучше вынес эти атрибуты в отдельную таблицу.

2) Еще один момент. У вас в таблице «Работники» есть такой атрибут - «Какое учебное заведение закончил». Создайте лучше справочник «Учебные заведения», а в таблице «Работники» вместо наименования учебного заведения храните его код. Тоже самое можно сказать по атрибуту: «Специальность по диплому» и т.д.
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34647200
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
midnight coder1) По первому вопросу:
<...>и т.д.

все равно это палиатив и полумера - попытка скомпилировать решение на основании неверных предположений.

чем отличаются мастера-сотрудники-работники-студенты - что за каша?

есть

Trainer (проводящие обучение)
EmploymentContracts (основания)

Trainee (проходящие обучение)
EducationContract (основания)

в любом случае это будут Contact или Person - одна на всех таблица
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34647277
midnight coder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BULK INSERT midnight coder1) По первому вопросу:
<...>и т.д.

все равно это палиатив и полумера - попытка скомпилировать решение на основании неверных предположений....

Над структурой этой БД нужно еще работать и работать. А лучше спроектировать ее заново, уточнив многие детали. Нужно хорошо знать и понимать информационные потоки в образовательных учреждениях.
То что я привел выше - это не решение проблемы. Это мой взгляд со стороны предложенной структуры БД. То, что можно было бы сделать в рамках предложенной структуры БД.
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34647313
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
midnight coderА лучше спроектировать ее заново, уточнив многие детали.

+1

остальное "от лукавого"
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34649857
k_Аленка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kittn2Чего -то у меня не открылось, но я уверен. что если в базе БД учебного заведения меньше 50 таблиц, то она спроектирована неверно

====================
aka Cat2
База охватывает деятельность только учебной части (списки, справки учащихся, успеваемость), т.к. библиотека, бухгалтерия, хоз.часть и др. существуют отдельно от нашей базы.
BULK INSERT k_АленкаЗаранее спасибо!!!

не наполняйте таблицы полями (сущности атрибутами) до тех пор пока в этом не возникнет крайняя необходимость.

Не очень понятно как проектировать БД, не наполняя таблиц полями. Дейта пока не успела полистать...



1) По первому вопросу:
а) В таблице «Мастер» лучше хранить не ФИО мастеров и кл. руководителей (если я правильно вас понял), а табельные номера (или как они там называются в образовательных учреждениях) сотрудников (у вас это, по-видимому, атрибут «код» в таблице «Работники»). А ФИО сотрудников образовательного учреждения и прочую персональную информацию хранить в таблице, например, «Сотрудники» (в вашей схеме – это таблица «Работники»).
В принципе от таблицы "мастера" можно вообще отказаться, так как табельные номера в данном случае хранятся в таблице "Работники". Таблица "мастера" в данном случае - ни что иное, как дублирование информации.
б) Создать таблицу типа «Мастера - группы» со следующими атрибутами:
- id
- код (табельный номер) сотрудника (могут быть и мастера и кл. руководители)
- код группы

Что-то подобное у вас есть в таблице «Студенты». Но я бы лучше вынес эти атрибуты в отдельную таблицу.

2) Еще один момент. У вас в таблице «Работники» есть такой атрибут - «Какое учебное заведение закончил». Создайте лучше справочник «Учебные заведения», а в таблице «Работники» вместо наименования учебного заведения храните его код. Тоже самое можно сказать по атрибуту: «Специальность по диплому» и т.д.

Спасибо, Ваши советы боллее понятны.
Что касается вторго собщения "информационные потоки в образовательных учреждениях" у меня не стоит задача создания БД для автоматизации деятельности всего учебного заведения.
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34649900
k_Аленка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
BULK INSERT midnight coder1) По первому вопросу:
<...>и т.д.

все равно это палиатив и полумера - попытка скомпилировать решение на основании неверных предположений.

чем отличаются мастера-сотрудники-работники-студенты - что за каша?

есть

Trainer (проводящие обучение)
EmploymentContracts (основания)

Trainee (проходящие обучение)
EducationContract (основания)

в любом случае это будут Contact или Person - одна на всех таблица

Каши конечно много, было бы все хорошо не было бы и вопросов. Из Вашего сообщения, если я правельно поняла, следует и Сотрудников(проводящие обучение) и учащихся (проходящие обучение) поместить в одну таблицу, с разными атрибутами. Не усложнит ли это построение запросов? И в чем преимущества?
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650113
midnight coder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не думаю, что сотрудников и студентов нужно пихать в одну таблицу. Да, у них много общих атрибутов (например, ФИО, дата рождения и т.д.), но есть и отличия. Во-первых, если идентифицировать сотрудников по табельному номеру, то у студентов их (табельных номеров) явно нет (если они только не работают в данном учебном заведении). А как быть с такими атрибутами, как "Дата зачисления", "Приказ зачисления", "Дата отчисления" и т.д. Они не являются общими для студентов и сотрудников. Или, например, атрибуты "сколько лет в НПО", или "Награды и звания". Будут ли данные атрибуты актуальны для студентов?

Что касается:
k_Аленка Не усложнит ли это построение запросов?

Девушка, это не должно вас пугать. :)
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650340
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
midnight coderНе думаю, что сотрудников и студентов нужно пихать в одну таблицу

а никто и не предлагал в одну таблицу пихать и сотрудников и студентов...

читайте внимательнее что было написано
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650375
midnight coder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BULK INSERT
а никто и не предлагал в одну таблицу пихать и сотрудников и студентов...

читайте внимательнее что было написано

Вас так поняла девушка - автор топика (прочитайте ее сообщение). А я всего лишь ответил на ее вопрос.
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650455
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
k_Аленка пишет:
> Автор: "k_Аленка"
> и скажите свои замечания по существу.
> Вопросы:
> 1)Таблица мастера от незнания, как связать с одной группой двух мастеров
> и 1 кл. руководителя, при этом 1 из этих мастеров может быть мастером и
> в другой группе, а кл. руководителя может не быть (у 3-го и 4-го курсов).

Из "работников" надо выделять в отдельную таблицу образование и курсы повышения
квалификации (в одну, я думаю, и ту же таблицу) в 1:N к работникам.

То же самое с закрепленными группами - это вообще уже явное нарушение 1НФ -
первая закрепленная группа, вторая закрепленная группа.

То же самое про аттестации работников, хотя это под вопросом, если нужна только
последняя аттестация - можно не делать.

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

"Студенты"."Родители" - нарушение 1 НФ, в отд. таблицу.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650472
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
k_Аленка пишет:

> не наполняйте таблицы полями (сущности атрибутами) до тех пор пока в
> этом не возникнет крайняя необходимость.
>
>
> Не очень понятно как проектировать БД, не наполняя таблиц полями. Дейта
> пока не успела полистать...

В этом и состоит высшее мастерство проектировщика БД !
Таблица без полей - это идеал, к которому все должны стремиться.
Таблицу без полей невозможно использовать, а это значит, что
она никогда не вызовет нареканий пользователей или багов в
системе. Это - идеальная таблица !
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650485
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
midnight coder пишет:
> Не думаю, что сотрудников и студентов нужно пихать в одну таблицу. Да, у
> них много общих атрибутов (например, ФИО, дата рождения и т.д.), но есть
> и отличия. Во-первых, если идентифицировать сотрудников по табельному

Надо сделать "Люди" и две роли для них "Преподаватель" и "Студент".
Тем более что один и тот же чел. может быть и студентом, и преподавателем.
Аспирант - яркий тому пример.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650514
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
midnight coder пишет:
> Не думаю, что сотрудников и студентов нужно пихать в одну таблицу. Да, у
> них много общих атрибутов (например, ФИО, дата рождения и т.д.), но есть
> и отличия. Во-первых, если идентифицировать сотрудников по табельному

Надо сделать "Люди" и две роли для них "Преподаватель" и "Студент".
Тем более что один и тот же чел. может быть и студентом, и преподавателем.
Аспирант - яркий тому пример.
Posted via ActualForum NNTP Server 1.4

"Преподаватель" - трудовой договор.
"Студент" - студенческий билет.
Кто такой "Люди"? Что эта сущность моделирует? Если люд умерает, то что остаётся... "Трупы"?
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650537
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabКто такой "Люди"? Что эта сущность моделирует? Если люд умерает, то что остаётся... "Трупы"?

это что - шутка или неудачная попытка сарказма?

"Люди" это "Private Person" частные лица

Идентификатор - Счетчик
Фамилия - Текст
Имя - Текст
Отчество - Текст
Пол - Да/Нет
ДатаРождения - Дата
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650631
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нужно определить сущность "Учебная группа". В частности группа имеет атрибуты "№" (обычно включает код курса), "Учебный год" (или другой период), "Мастера", "Руководитель", "Студенты". Поскольку в 1НФ РБД допускаются только атомарные атрибуты, то "Мастера" и "Студенты" нужно будет развернуть в таблицы-связи. В объектной БД, "Мастера" и "Студенты" могут быть векторами - вложенными таблицами или массивами.

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

Далее, с группой можно связать экзаменационные ведомости (осколки этого документа сейчас смоделированы таблицей "Оценки").

Короче, уделите больше внимания моделированию документов и документооборота, а не моделированию умозрительных абстракций, ибо, если предприятие работает, то наверняка есть формализованная документальная модель происходящего, физическим воплощением которой являются бумаги и файлы (как электронные, так и картонные). Иногда приходится моделировать физические связи, например организацию документов в физическом хранилище (шкафах и т.п.). Ещё реже приходится моделировать новые документы. Если бумажная машина работает, то и электронная работать будет.
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650679
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BULK INSERT mcureenabКто такой "Люди"? Что эта сущность моделирует? Если люд умерает, то что остаётся... "Трупы"?

это что - шутка или неудачная попытка сарказма?

"Люди" это "Private Person" частные лица

Идентификатор - Счетчик
Фамилия - Текст
Имя - Текст
Отчество - Текст
Пол - Да/Нет
ДатаРождения - Дата

1. Не надо скрывать сущность за неточными импортными названиями. Определи роль отношения в системе. Что эта таблица отражает, для чего нужна? Это справочник? Модель объекта?
2. Где у этого отношения первичный ключ? (Сурогат Идентификатор не считается, поскольку такой ID можно прилепить к любой таблице).
3. Если Человек называет себя разными именами, или вообще сообщает о себе противоречивые сведения, то как поступить в этом случае? Сколько записей нужно внести в таблицу "Люди"?

BULK INSERT
Пол - Да/Нет

Сильно! Ещё добавим, "Не знаю", "Не ваше дело!".
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650700
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabЕщё добавим, "Не знаю"

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

может быть это спасет вас от неловких ситуаций, когда с гонором провозглашаемый вами тезис свидетельствует об отсутствии представления о предмете дискусиии только.
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34650751
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BULK INSERTна форуме есть кнопка "предварительный просмотр" - попробуйте нажимать ее прежде чем размещать сообщение...

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

Увы, высказывание не более содержательное, чем определение:

BULK INSERT"Люди" это "Private Person" частные лица
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34651054
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab BULK INSERTна форуме есть кнопка "предварительный просмотр" - попробуйте нажимать ее прежде чем размещать сообщение...

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

Увы, высказывание не более содержательное, чем определение:

BULK INSERT"Люди" это "Private Person" частные лица

ИМХО просто его автор пытался обойтись деликатно с вашим самолюбием
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34651125
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
proposed amendmentИМХО просто его автор пытался обойтись деликатно с вашим самолюбием

Не похоже... или у него плохо получилось. Всё! Пойду выпью йаду.
...
Рейтинг: 0 / 0
Посмотрите схему данных БД учебного заведения
    #34651172
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabНе похоже... или у него плохо получилось.


извините - не хотел задеть. просто меня несколько покоробили ваши категоричность и неуместная ирония

в действительности данные о поле "Персоны" можно хранить в бинарном виде Да-Нет отвечая на вопрос

пол мужской? (as var "пол женский") при этом null будет означать отсутствие в системе сведений о половой принадлежности "Персоны"

(т.е. и ответ на в т.ч. прочие вами сформулированные вопросы типа "не ваше дело")
...
Рейтинг: 0 / 0
25 сообщений из 76, страница 1 из 4
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Посмотрите схему данных БД учебного заведения
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]