Теоретически так можно добавлять записи в связанные таблицы.
Когда мы связываем таблицы и расплющиваем их на странице то как известно появлятся избыточность данных. Скажем имя менегера будет рамножено столько раз, сколько он клиентов имеет. Если позволить оператору редактировать все поля такой таблицы, то ежу понятно имя менегера будет долбиться в инсерты в результате построчного считывания введенных данных перед добавлением их в бд.
Ну вот, если теперь оборудовать инсерт упомянутой инструкцией, то строка с тем же менегером не вставится как новая запись, но обновиться, и, если оператор не накосячил при вставке/импорте, то инфа о менегере нипоцтрадает. Последний ид возвращается как обычно после вставки, на случай убдейта надо предварительно засунуть имя поля примари в аргумент ласт_инсерт_ид(ид).
Немного геморройно но реализуемо. Но только когда вы работаете с текстом. То есть когда имя менегера - обычный текст. Если это id менегера (ну, любой родительской записи) в списке имен менегеров, то оператор может выбрать только из тех менегеров, которые заведены в таблице менегеров, потому что список ему ничего другого выбрать не даст. Или валидатор в агенте обматерит оператора который умудрился импортить имя левого менегера.
И правильно сделает. Потому что культура пользования реляционной БД подразумевает именно такое поведение ПО работающего с реляционной БД. Иначе ПО будет называеться Ёкзель.