Создал 2 таблицы

create database toy_boy;
use toy_boy

create table boys
(
boy_id int not null auto_increment primary key,
boy varchar(30) default null
);

insert into boys
(boy)
values
('дейви'),
('бобби'),
('бивер'),
('ричи');

create table toys
(
toy_id int not null auto_increment primary key,
toy varchar(30) default null
);

insert into toys
(toy)
values
('обруч'),
('самолет'),
('солдатики'),
('губная гармошка'),
('бейсбольные карточки');

добавил столбец в таблицу boys

alter table boys
add column toy_id int default null after boy;

сделал стобец toy_id внешним ключем

alter table boys
add foreign key(toy_id)
references toys(toy_id);


пытаюсь сделать внутренне соединение

select boys.boy, toys.toy
from boys
inner join
toys
on boys.toy_id = toys.toy_id;


а мне выдает следующее (см скринщот)

miksoftdermama,

Покажите содержимое обеих таблиц.

miksoftdermama,

Покажите содержимое обеих таблиц.

miksoftdermama,

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

miksoftdermamaon boys.toy_id = toys.toy_id;У вас в поле boys.toy_id только NULL-ы.
Конечно, они ни с чем не сджойнились.

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

miksoftdermamaмне их в ручную чтоли заполнить?Да.
dermamaони же вроде должны автоматически заполняться, или как?Нет. Откуда автоматике знать какая запись из boys должна соответствовать какой записи из toys?
dermamaя же указал внешний ключ, как быть то??Внешний ключ - это констрейнт, средство ограничения ввода, защита от некорректных данных. Но не замена ввода.
dermamaесли я сам укажу то там все перепутается....Наоборот, только вы можете знать как должны соответствовать записи.

Вот как вот в книге так выходит,? видно же, что в книге они не попорядку к boys.toy_id прикреплены, меня это смущает... мол, я сам то могу их вставить, но откуда я знаю что какая то игрушка принадлежит определенному парню

dermamamiksoftпропущено...
Да.
пропущено...
Нет. Откуда автоматике знать какая запись из boys должна соответствовать какой записи из toys?
пропущено...
Внешний ключ - это констрейнт, средство ограничения ввода, защита от некорректных данных. Но не замена ввода.
пропущено...
Наоборот, только вы можете знать как должны соответствовать записи.

Вот как вот в книге так выходит,? видно же, что в книге они не попорядку к boys.toy_id прикреплены, меня это смущает... мол, я сам то могу их вставить, но откуда я знаю что какая то игрушка принадлежит определенному парню

miksoftdermamaВот как вот в книге так выходит,?В книге поле boys.toy_id заполнено.


я вижу, вот только каким образом Дэйви стал счастиливым обладателем солдатиков??? и так далее? Ведь toy_id это внешний ключ таблицы toys, как так получилось, что toy_id 3 таблицы toys стало соответствовать мальчику Дэйви в таблице boys??? Я сейчас заполню пустой столбей и будет у меня цифра 1 соответствовать Дэйви , а не 3. Понапечатают книг, которые только в ступор новичков заводят......

miksoftdermamaВедь toy_id это внешний ключ таблицы toys, как так получилось, что toy_id 3 таблицы toys стало соответствовать мальчику Дэйви в таблице boys???Внешний ключ не ограничивает этого.
Внешний ключ лишь запрещает дать мальчику несуществующую игрушку.

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