Как правильно лочить записи в базе (SQL 7.0/2000)

@krom · Регистрация: 22.11.2006

Author24 — интернет-сервис помощи студентам

Господа, не сочтите за труд, подскажите: какие есть варинты блокирования обращений других пользователей к определенным записям в базе, который в настоящий момент редактируются пользователем? Т.е. общение с базой происходит передачей sql-директив, при этом 'желательно' не дать пользователям начать редактировать какую-либо запись одновременное... или удалять запись, которую редактирует другой пользователь и т.д...

@acver · 09.04.2008, 19:36

Сделай дополнительные поле(я).
1.IsEdit типа Time
2.Как только кто-то собрался редактировать - ставь время текущее.
3.Как только пользователь отредактировал - очищай поле.
4.Если кто-то другой лезет редактировать - проверяй не пустое ли поле. Если не пустое, то проверяй скоко времени уже прошло с момента начала редактирования этой записи другим пользователем. Если к примеру больше 5 минут - то иди пункт 1.
Только нужно оптимально определить время, а то предыдущий чувак может забыть нажать SAVE и все пропало. Можешь еще добавить поле и писать туда 'КТО ЗАНЯЛ ЗАПИСЬ'.

Александр

@kreek · 09.04.2008, 19:51

READ COMMITTED стоит по умолчанию
REPEATABLE READ говорит о том, что открыв транзакцию, сколь раз не выполняй один и тот же селект, данные всегда будут одни и те же (исключение, см. следующий уровень), другие транзакции не получат доступ к этим записям
SERIALIZABLE предыдущий плюс блокировка на уровне ключей, значит сделал селект с условием возраст от 20 до 30 лет, SQLServer своими механизмами предотвращает добавление записей у которых возраст в этом диапозоне, другие - пожайлуста.

@krom 0 / 0 / 0 Регистрация: 22.11.2006 Сообщений: 30
		1
	Как правильно лочить записи в базе (SQL 7.0/2000) 29.01.2008, 05:20. Показов 854. Ответов 2 Метки нет (Все метки) Господа, не сочтите за труд, подскажите: какие есть варинты блокирования обращений других пользователей к определенным записям в базе, который в настоящий момент редактируются пользователем? Т.е. общение с базой происходит передачей sql-директив, при этом 'желательно' не дать пользователям начать редактировать какую-либо запись одновременное... или удалять запись, которую редактирует другой пользователь и т.д... 0

@acver 1 / 1 / 0 Регистрация: 13.07.2007 Сообщений: 72
	09.04.2008, 19:36	2
	Сделай дополнительные поле(я). 1.IsEdit типа Time 2.Как только кто-то собрался редактировать - ставь время текущее. 3.Как только пользователь отредактировал - очищай поле. 4.Если кто-то другой лезет редактировать - проверяй не пустое ли поле. Если не пустое, то проверяй скоко времени уже прошло с момента начала редактирования этой записи другим пользователем. Если к примеру больше 5 минут - то иди пункт 1. Только нужно оптимально определить время, а то предыдущий чувак может забыть нажать SAVE и все пропало. Можешь еще добавить поле и писать туда 'КТО ЗАНЯЛ ЗАПИСЬ'. Александр 0

@kreek 0 / 0 / 1 Регистрация: 23.01.2008 Сообщений: 251
	09.04.2008, 19:51	3
	READ COMMITTED стоит по умолчанию REPEATABLE READ говорит о том, что открыв транзакцию, сколь раз не выполняй один и тот же селект, данные всегда будут одни и те же (исключение, см. следующий уровень), другие транзакции не получат доступ к этим записям SERIALIZABLE предыдущий плюс блокировка на уровне ключей, значит сделал селект с условием возраст от 20 до 30 лет, SQLServer своими механизмами предотвращает добавление записей у которых возраст в этом диапозоне, другие - пожайлуста. 0