Нужно ли блокировать таблицу?

Question

[Max Ba]

Парни, дайте совет.
Очень много такого рода кода на сайте. Нужно вставить данные в одну таблицу, потом получив уникальный номер, вставить его во вторую. При этом нужно учесть то, что с сайтом одновременно работают много людей. Не не хотелось бы внезапного "сбоя" или ошибок.

$stmt = DB::prepare('INSERT INTO `vendor` (`name`) VALUE (?)');
$stmt->execute(array('BMW'));

$id = DB::lastInsertId();

$stmt = DB::prepare('INSERT INTO `model` (`vendor_id`, `name`) VALUE (?, ?)');
$stmt->execute(array($id, 'X5'));

1. Нужно ли блокировать таблицу или делать транзакцию?
2. Если нужно блокировать, то только две таблицы?

Answer 1

[d'Ivan]

Выполнить запросы в одной транзакции (begin ... commit).

Answer 2

[Евгений Ромашкан]

Парни, дайте совет.

Совет - Юзай UUID. Идеальное решение для таких случаев

Comments

[Max Ba]

Не совсем понятен алгоритм.
Таблица vendor: `id`, `name` (id primary AI)
Таблица model: `vendor_id`, `name` (`vendor_id` внешний ключ на `vendor`.`id`
UUID это вместо ключа INT
или к каждой колонке по столбцу uuid?

[Евгений Ромашкан]

Max Ba, у вас сейчас первичный ключ в таблице integer autoincrement, в постгресе есть тип поля UUID, в MySQL насколько я помню ещё нету и он хранится как binary, вешаете на такое поле первичный ключ, генерируете значение на клиенте (в php) и пишите в базу. Шанс коллизий слишком мал чтобы его учитывать

Answer 3

[Boris Köln]

lastInsertId() работает в рамках одного коннекта, то есть одновременно большое количество людей (запросов в разных коннектах) - не проблема.

На случай сбоя второго запроса и неконсистентных данных - надо использовать транзакцию, чтобы в этом случае первый запрос откатывался автоматически. Если же 'BMW' без 'X5' не проблема, то транзакцию использовать не обязательно.

Блокировать таблицы не надо, это лишь приведет к сильным тормозам.

P.S. Перед вставкой не забудьте проверить уже наличие такой записи. Или хотя бы создайте уникальный индекс по текстовому полю и добавьте '... ON DUPLICATE KEY ...'