serebrПомогите, пожалуйста, у меня проблемы с формированием последней таблицы, возможно как раз из-за того, что я сморозила фигню какую-то?
1) Это этап продажи/распределения путевок, к которому вожатый никакого отношения не имеет.
2) Вожатый имеет отношение к приему ребенка в отряд, так как встречаются пограничные ситуации (по возрасту) и, что не менее важно, желание родителей, чтобы ребенок попал именно к этому вожатому)).
3) Этого у Вас вообще нет (нет ни отрядов, ни вожатых).
4) Возможно это не нужно, так как отряд (группа и т.п.) ровно один. Тогда упоминание вожатого просто случайность, так как речь идет просто о вводе данных о детях и их опекунах (родителей может и не быть) вообще для любой предметной области.
5) Опекун ровно один, судя по всему (что плохо).
6) Пусть будут эти три таблицы (раз Вы проектируете реляционную базу данных, о чем было бы правильно написать в начале), но нужно ясно понимать ОЦ: нужно подбирать записи (уже существующие в БД), соответствующие введенным во временную таблицу данным. Например, может быть один и тот же опекун у многих детей.

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

В общем, сложной задачей Вы решили заняться))

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

SERG1257Ладно тогда по порядку.
"Родителей" заменить на "контакты" - родителей у ребенка может быть не более двух, а контактов гораздо больше.
Вряд ли контакт будет использоватся более одного раза, так что М:М заменяем на 1:М
Временные таблицы заменяем на таблицы в памяти приложения наборы данных.
Как-то так.
))) Мало того, что М:М остается, так еще появляется М:М у таблицы детей "сама с собой" - они же тоже контактируют. В предметных областях, где речь идет о несовершеннолетних используется вполне сложившаяся терминология.

Впрочем, у автора все на иностранном языке, так что ей и решать)

serebrБредятина, это кусочек базы, у меня есть таблицы и отрядов и вожатых, но в данном контексте это не важно, на мой взгляд, родители или опекун - это только терминология, в общем это действительно только контакт и он нужен как минимум один
Действительно у одного родителя/опекуна может быть несколько детей/подопечных, поэтому и возникла последняя таблица - id-ребенка и id-взрослого, согласитесь, что данная пара не должна встречаться повторно - это был бы уже полный дубль
Это очевидно. Это просто одно из ОЦ.
serebrНаверное для пристрелки я взяла не самую простую БД, но она близка к моему профилю работы и просто уже интересно сделать.
Очень хорошо. Тогда обращайте внимание на ОЦ, о которых я Вам написал. И еще на то, что Опекуны, Дети и Вожатые - это Люди, и дети очень скоро станут Опекунами))

Я уж не говорю - вожатыми))

serebrБредятина, дети, которые станут вожатыми или опекунами - это пока не актуально, я делаю базу для использования ее на ОДНУ смену )))

если закапываться глубже, и делать все на многие годы, то я с моей неопытностью просто там потону...
Заблуждение) Вы потоните, сделав "базу на одну смену". К тому же, Вы, похоже, не поняли про ОЦ(((

serebr_мод, временная мне нужна для того, чтобы там могли редактировать только что введенные данные, в основные таблицы я пускаю только админа ))

У меня не получилось сгенерировать два id в одной таблице, пыталась на два столбца сделать auto_increment, mysql обругал меня. Подскажите как это можно сделать, пожалуйста.
Вам предлагается сделать два внешних ключа в таблице детей на таблицу опекунов (очевидно, что может быть введен только один) + интерфейс, который позволит вводить НОВЫХ опекунов непосредственно из таблицы детей, когда выбрать опекуна нельзя (выбор осуществляется в поле внешнего ключа), так как его еще нет в БД)) То есть, предлагается самой утопиться (или использовать существующую разработку)))