А не надо опираться на автоинкрементные айдишники. Лучше вообще айдишники статей делать безо всякой привязки к местоположению данных в БД. Например по дате или еще как-то.
Иначе получается, что ты сам себе создаешь проблемы, которые потом пытаешься решить геройскими методами.

Поверь - это очень нужные скачки Если бы не они, то при хорошей нагрузке, при одновременном обращении к БД, ты бы получил очень плохую проблему, которую нельзя разрешить автоматически.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Для практики по MVC получил задание написать систему заказа фильмов в кинотеатре. Задание было немного упрощено, а именно вместо полноценной регистрации в конце нужно просто ввести свой мейл и имя. Если человек с таким мейлом когда то уже делал заказ, то создавать его заново нет смысла. Но нужно получить тогда его user_id что бы потом прописать в другой таблице reservations (в нее сохраняется user_id, ряд, место, дата, и номер программы). В случае если юзера еще нет в таблице users, то его нужно в нее запихнуть, и опять же вернуть его user_id для заполнения той же таблиц reservations.

PS. задание выполнил, поставили 4 — не спроектировал сайт на бумаге

Но решить вопрос с БД для себя все же хочется

Да, странно что я так сразу не сделал.

Однако в случае с iNSERT мне все равно придется доставать user_id добавленного пользователя при помощи LAST_INSERT_ID. Выше stump сделал замечание по этому поводу:

Тогда придется сохранить мейл добавленного юзера в переменную, а потом сделать еще один SELECT что бы получить его user_id, но как тогда быть с выбранными пользователем мест в кинотеатре? За все время манипуляции с БД другие пользователи могут выбрать такие же места. Короче появилось еще больше вопросов.

а быть очень просто.. надо читать умные книжки (походу на эту фразу реагирует только один человек на форуме, да и тот не адекватно )
LAST_INSERT_ID возвращается после инсёрта, и для каждого соединения он свой. Если вы вставили запись в БД под номером 5. то хоть миллион других пользователей всавят свои "5 копеек", вам LAST_INSERT_ID вернёт именно номер 5 и никаких 1000005

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

_____________
Стимулятор ~yoomoney - 41001303250491

Спасибо

Да, да. В случае если unique и выполняется условие on duplicate key то так работать и будет.

Подумал если отдельно запрашивать конструкцию LAST_INSERT_ID вне запроса.

_____________
Трус не играет в хокей