Нет, не обычная, это может привести к нарушению целостности данных, что повлечет за собой ряд других ошибок
как Вы собираетесь связывать новые сущности с только что добавленной записью без дополнительного SQL запроса, который позволит получить ID записи?
реализация хранения данных не должна быть тесно связана с бизнес-логикой приложения.
Сегодня Вы используете MySQL, завтра захотите PostgreSQL, потом Microsoft SQL Server и все эти автоматически генерируемые идентификаторы, триггеры, хранимые функции и другая логика принесут немало хлопот, поэтому учитесь проектировать приложение правильно. Нельзя, чтобы база данных управляла приложением.
может произойти ошибка, например, в связи с недостаточной проверкой данных
Если первичный ключ не нужен на стороне клиента (backend), то как связать новые сущности с только что созданной записью в базе данных?
я задал этот вопрос на 4 форумах и никто мне не ответил.
как мне ещё узнать, какие номера у меня свободны?
архитектуры ещё никакой нет, ... в обсуждении https://qna.habr.com/q/1128924 , где я спрашивал про архитектуру...
это был самый оптимальный вариант.
Для этого я хочу получить в начале все номера, которые заняты в этот промежуток, а затем получить все номера, кроме тех, что заняты.
допустим собрал
чтобы можно было обернуть несколько запросов в транзакцию
добавлять запись в базу данных, получать идентификатор и только после этого добавлять связанные сущности.
Кстати, и решение исходной задачи - тоже зависит от этих данных.