Структура БД

[timewriter]

 
Здравствуйте, уважаемые программисты.
Я пришел к Вам с вопросом и очень надеюсь на ваш отклик.

Задание:
Построить БД, где есть таблицы:

Школьники

Подгруппы

Классы

Связь
Классы-Подгруппы, понятно, 1 к многим и
Подгруппы-Школьники 1 к многим,

НО(!) один класс может быть разбит на несколько подгрупп, по нескольким критериям (например, в Пн уроки мальчики/девочки, а во Вт - 1-я/2-я группа английского)

Помогите, пожалуйста, с логической задачкой.

[timewriter]

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

[Антон (LogRus)]

таличка class
ID
Number // цифра
Symbol // буква
последние два поля можно объеденить

табличка students
ID
CLASS_ID
NAME

табличка groups
ID
NAME

табличка studentsgroup
ID
GROUPS_ID
STUDENTS_ID

думаю связи понятны из названия полей

[timewriter]

Все ясно, спасиб огромное!!!

[PooH]

по-моему, столбец studentsgroup.id здесь совсем не обязателен.
это стандартная реализация связи много-ко-многим.
она всегда реализуется через промежуточную таблицу.

[timewriter]

Да, именно это я и имел в виду. Вопрос стоял в реализации.

Огромное сенкс!

[Антон (LogRus)]

PooH, конечно не обязателен, но так на будующее вдруг понадобится именно эта запись.

timewriter, не за что.

[PooH]

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

Для саморазвития, так сказать, приведи пример когда теоретически может понадобится ID.

[Dimka]

Для саморазвития, так сказать, приведи пример когда теоретически может понадобится ID.

Можно переформулировать вопрос в терминах ООП: когда нужен ассоциативный класс?

Грубый пример:
Лицо 1:М Паспорт М:1 Страна
(Случай двойного гражданства, если для простоты допустить в каждой стране наличие системы паспортизации граждан.)

Паспорт имеет самостоятельный смысл.

[Антон (LogRus)]

PooH, не хочешь не ешь. Идей нет.
Вот у dimka есть идея! в качестве ID использовать номер паспорта
Так, что на всякий случай вполне допустимо не смотря на некоторый overhead по данным

[PooH]

у dimk-и ID получается не уникальным, соответственно, по нему нельзя отпределить запись, а однозначно можно определить только по Лицу и Стране. То есть приходим к тому же.
Но это по-моему, эже оффтоп пошел

[Dimka]

Вот у dimka есть идея! в качестве ID использовать номер паспорта

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

Я лишь указал направление, в котором нужно искать: находить промежуточные сущности, имеющие более широкий смысл, нежели связка двух других сущностей. У имеющих самостоятельный смысл промежуточных сущностей первичные ключи могут отличаться от совокупности внешних ключей связываемой ими пары сущностей.

Ещё один грубый пример:
Элеватор 1:М Хлебозавод (мельница и пекарня) М:1 Магазин

Не знаю, в какой задаче может понадобиться, но тем не менее Зерно с одного элеватора может поступать во многие магазины, в каждый магазин может поступать хлеб, произведённый из хранящегося в разных элеваторах зерна. Пример грубый, поскольку фактически там будет 2 отношения М:М (хлебозаводы могут получать зерно с разных элеваторов и хлебозаводы могут поставлять хлеб во многие магазины), но чтобы в этой цепочке углядеть искомое, я упростил до 1:М .