Блокировка таблицы INNODB в MySql

[Stilet]

А select for update в MySQL есть?

См. ссылку что я дал.

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

Даже если юзеров будет +100500? АБД спасибо не скажет.

[buriat]

Сообщение от Stilet

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

Наверное не так поняли. Если во время обработки субмита выясняется что данные кто-то до юзера обновил, то ему вылетает таже форма, только со свежими данными из бд. Далее он опять пересмотрел/подредактировал поля и опять субмит.
Если ети данные может редактировать 100500 юзеров одновременно, то это бред конечно.

[Stilet]

Если во время обработки субмита

Так а если я не желаю субмитить? я Я запросил таблицу сижу ее рассматриваю. Час, два... год. Все это время никакого субмита, а данные должны быть залочены.

[buriat]

Сообщение от Stilet

Так а если я не желаю субмитить? я Я запросил таблицу сижу ее рассматриваю. Час, два... год. Все это время никакого субмита, а данные должны быть залочены.

Аа, я думал тут проблема с записью в таблицу )

[Stilet]

Не. Тут тривиальная задача. Тут хорошенечко нужно подумать, ибо решение далеко не дастся просто так

[Lokos]

select for update не работает с учетом поставленной задачи.
пользователей не будет 100500. Но одновременные обращения все же возможны. Вариант создавать для каждого пользователя отдельную таблицу тоже сомнительный хранить кучу таблиц одинаково содержания целесообразно ли это? в моей задаче одновременно запросить одну и туже запись смогут максимум 4 пользователя это 3 админа и владелец созданных данных это конечно уменьшает шанс на какой либо затуп но все же если будет ситуация с 100500 пользователей?

[Stilet]

если будет ситуация с 100500 пользователей?

Честно, вот я бы не заморачивался. Просто в РЭ указал для юзеров, что мол данные полученные могут устаревать, так чо время от времени обновляйтесь.
А что вообще за данные такие что мегасрочно блокировать просятся?

[eval]

а что случиться то с 100500 пользователями? ну запросили, и что?

[Lokos]

Да особой мегосрочности нет это так на будующее.
Вообщем решил остановиться на таком варианте
выполняем сначала блокирующий запрос примерно такого вда

'UPDATE tb1 SET `FlagLock`=1,`FlagNameLock`='.$Name.' WHERE (SELECT * FROM tb1 WHERE `какое то условие` and `FlagLock`=0)'

после этого выполняем обычный select с параметром WHERE FlagNameLock и получается что пользователь может редактировать заблокированные записи а остальные пользователи видеть их не будут

[Serge_Bliznykov]

Lokos, а кто будет снимать эти FalgLock FlagNameLock, если ползователь отвалится (ну, электричество ему отключат, например. и он с горя в отпуск уедет)?
Всё, баста?! дальше будем ждать его возвращения?


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