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

>>3659219
т.е алгоритм должен быть таким:
1) Вставить значение в таблицу 1
2) Найти в таблице 1 id вставленного значения
3) Вставить в значение в таблицу 2
Неужели не существует стандартных средств для этого? А если будет не две таблицы, а 3, 4 или более, не слишком ли этот алгоритм ресурсозатратным получается?

>>3659234

>Найти в таблице 1 id вставленного значения

А зачем его забывать после шага 1?

>А если будет не две таблицы, а 3, 4 или более, не слишком ли этот алгоритм ресурсозатратным получается?

Вопрос к тому, кто так проектировал таблицы.

>>3659252

>А зачем его забывать после шага 1?

У него может быть автоинкремент. Но, наверное, если есть автоинкремент, то есть и способ узнать, что он выдал (в MySQL LAST_INSERT_ID()).

>>3659258
В этом случае возможна проблема при вставке значений из двух разных потоков, может выдать id не из того потока? Или такое невозможно?

>>3659264

>The ID that was generated is maintained in the server on a per-connection basis. This means that the value returned by the function to a given client is the first AUTO_INCREMENT value generated for most recent statement affecting an AUTO_INCREMENT column by that client. This value cannot be affected by other clients, even if they generate AUTO_INCREMENT values of their own. This behavior ensures that each client can retrieve its own ID without concern for the activity of other clients, and without the need for locks or transactions.

Вообще мог бы и сам это всё нагуглить.