Здравствуйте!

Заранее извиняюсь, и знаю что превратите мой вопрос в пух и прах,
не пинайте сильно!

имею таблицы:
1, поставщики (нам нужен field поставщики_ид)
2, организации (нам нужен field организация_ид)
3, документы (документ_ид, тип_операции, поставщики_ид, организация_ид, .... )
4, продукция (продукция _ид, документ_ид, количество, цена, и прочее)

Мне надо запретить остальным потокам доступ к этим таблицам и выполнить все операции в одной транзакции:
1, проверка на exists поставщики_ид в таблице поставщики
2, update в этой таблице информацию этого поставщика, если Post содержит соответствующие данные,
3, проверка на exists организация_ид в таблице организации
4, update в этой таблице информацию этой организации, если Post содержит соответствующие данные,
5, Insert в табл, документы - тип_операции, поставщики_ид, организация_ид, ....
6, получить только что добавленный документ_ид
7, В цикле Insert в табл, продукция - документ_ид, количество, цена, ,,,
столько раз сколько содержит Post эти продукты


После долгого чтения документации mysql пришел к выводу что это нужно сделать в следующем порядке и запросами:
// как я понял из документации, если хочу использовать LOCK TABLES мне надо SET AUTOCOMMIT чтобы LOCK TABLES не сбросил транзакцию
SET AUTOCOMMIT=0

// закрываю таблицы для других пользователей, ( их мало, пуст ждут
LOCK TABLES таблицы перечисленные выше.

1. select from поставщики WHERE поставщики_ид = ??
2. если присутствует этот ид update поставщики .... WHERE поставщики_ид = ??
3 select from организации WHERE организация _ид = ??
4, если присутствует этот ид update организации... WHERE поставщики_ид = ??
5, Insert в табл документы
6, получить только что добавленный документ_ид
7, В цикле Insert в табл, продукция - документ_ид, количество, цена, ,,,
столько раз сколько содержит Post эти продукты


if(error == '') {
COMMIT
}else {
ROLLBACK
}

UNLOCK TABLES

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

Пожалуйста, посоветуйте, правильно или нет организовал я решение своей задачи

Таблицы InnoDB

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

AkinaЯ навылет НЕ ПОНИМАЮ всего происходящего...

Уточните задачу.

1) Дайте DDL всех используемых таблиц. Само собой лишние поля удалите, оставьте те, что используются для связи, идентификации записи либо изменяются при обработке.
2) Чётко укажите, какие исходные данные поступают в обработку.
3) Полно и однозначно опишите алгоритм обработки.

Пока по тем обрывкам задачи. которые уже описаны, я не вижу не то что необходимости что-то лочить и запрещать доступ - вообще не вижу надобности хоть что-то предпринимать для такого разграничения.
Упрощенно все можно описать так:

Юзер посылает Post в котором указывает тип операции, стороны операции, и перечень продукции в операции.
Этот же Post может содержать нового поставщика или организацию которая вставляется в соответствующие таблицы.
или, этот же Post может содержать изменения в информации поставщика или организации которая должна обновится.
Все в одном реквесте.

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

AkinaавторPost может содержать нового поставщика или организацию которая вставляется в соответствующие таблицы.авторс учетом того, что другой юзер не удалил используемого поставщика или организацию ... другой юзер не удалил продукцию которая участвует в операции
В таком случае продукция, поставщик или организация для данного момента времени - новые, и должны быть вставлены. Т.е. на этот момент можно смело забить.

тогда, LAST_INSERT_ID точно даст этим потоком вставленный ID ?
Akinaавторс учетом того, что ... админ не запретил в это же время используемый тип операции,
Это проверяется самым первым, ещё до изменения состояния таблиц. Или отказ, или разрешение.

В принципе, это так и делаю, просто, у страха большие глаза :)

AkinaВывод - надо всего лишь запретить другим пользователям изменение (в т.ч. удаление) добавляемых/модифицируемых данных (записей) во время проведения операции. Блокировать все таблицы нет никакой необходимости. Вполне достаточно обернуть все активные действия в транзакцию с соотв. уровнем изоляции, и предварительно опознать и заблокировать изменяемые записи (см. SELECT ... FOR UPDATE и SELECT ... LOCK IN SHARE MODE ).
сто раз прочитал эти SELECT ... FOR UPDATE и SELECT ... LOCK IN SHARE MODE
но до конца все ровно не понял,
если я сделаю SELECT ... FOR UPDAT в определенной таблице, без условии WHERE будут или нет блокироваться все строки в таблице. и если да, то не склонно ли это к дедлокам.

а Это мне нужно для следующего, о чем не упомянул в предыдущем посте:

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

Хорошо, что это Вы мне посоветовали.