Блокировка таблицы INNODB в MySql - PHP - Страница 2

Stilet · 14.05.2014, 12:05

Цитата:

А select for update в MySQL есть?

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

Цитата:

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

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

buriat · 14.05.2014, 12:16

Цитата:

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

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

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

Stilet · 14.05.2014, 12:42

Цитата:

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

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

buriat · 14.05.2014, 12:59

Цитата:

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

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

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

Stilet · 14.05.2014, 13:40

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

Lokos · 15.05.2014, 02:13

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

Stilet · 15.05.2014, 08:18

Цитата:

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

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

eval · 15.05.2014, 08:45

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

Lokos · 15.05.2014, 08:59

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

Код:

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

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

Serge_Bliznykov · 15.05.2014, 09:12

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

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

14.05.2014, 13:40	#15
Stilet Белик Виталий :) Старожил Регистрация: 23.07.2007 Сообщений: 57,097	Не. Тут тривиальная задача. Тут хорошенечко нужно подумать, ибо решение далеко не дастся просто так I'm learning to live...

15.05.2014, 08:59	#19
Lokos Форумчанин Регистрация: 29.09.2009 Сообщений: 587	Да особой мегосрочности нет это так на будующее. Вообщем решил остановиться на таком варианте выполняем сначала блокирующий запрос примерно такого вда Код: 'UPDATE tb1 SET `FlagLock`=1,`FlagNameLock`='.$Name.' WHERE (SELECT * FROM tb1 WHERE `какое то условие` and `FlagLock`=0)' после этого выполняем обычный select с параметром WHERE FlagNameLock и получается что пользователь может редактировать заблокированные записи а остальные пользователи видеть их не будут

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
INSERT в MySQl базу типа InnoDB. Кодировка.	webber9989	PHP	0	09.01.2014 14:45
Конфигурация MySQL InnoDB	stepka	SQL, базы данных	0	05.06.2011 15:00
Блокировка таблицы	Liones	БД в Delphi	5	16.07.2010 11:45
блокировка таблицы при одновременном доступе	dalien	БД в Delphi	3	12.08.2009 16:44

15.05.2014, 02:13	#16
Lokos Форумчанин Регистрация: 29.09.2009 Сообщений: 587	select for update не работает с учетом поставленной задачи. пользователей не будет 100500. Но одновременные обращения все же возможны. Вариант создавать для каждого пользователя отдельную таблицу тоже сомнительный хранить кучу таблиц одинаково содержания целесообразно ли это? в моей задаче одновременно запросить одну и туже запись смогут максимум 4 пользователя это 3 админа и владелец созданных данных это конечно уменьшает шанс на какой либо затуп но все же если будет ситуация с 100500 пользователей?

15.05.2014, 08:45	#18
eval Подтвердите свой е-майл Регистрация: 29.08.2012 Сообщений: 4,011	а что случиться то с 100500 пользователями? ну запросили, и что?

15.05.2014, 09:12	#20
Serge_Bliznykov Старожил Регистрация: 09.01.2008 Сообщений: 26,229	Lokos, а кто будет снимать эти FalgLock FlagNameLock, если ползователь отвалится (ну, электричество ему отключат, например. и он с горя в отпуск уедет)? Всё, баста?! дальше будем ждать его возвращения? p.s. я ничего не имею против вашей задумки, схема вполне себе рабочая (имхо), просто хочу указать на слабые места, которые требуют дополнительных обработок...