Правильный ответ (который ТруЪ)
Начать транзакцию
Вставить шапку
Вставить тело
Вставить тело
Обновить или удалить что нибудь.
Коммитить транзакцию.
Если передумал в любом месте, или соединение прервалось - откат.

Другое дело что ваш сервер может не любить длинных транзакций...

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

miha-ha как быть если мне необходимо узнать какой пользователь читает запись?
Читает или обновил?
Попробую объяснить - заводим поле - флаг типа занята, так что следующий пользователь не будет пытаться редактировать запись. То есть по сути пытаемся реализовать пессимистическое блокирование. Но между чтением записи (когда мы узнаем что запись блокирована) и записью (когда в сущности это важно) есть промежуток времени во время которого может быть блокировка снята (и мы зря ждали) или наложена (а мы думали что нет)
Чтобы реализовать пессимистическую стратегию надо запретить серверу читать строку если она обновлена.
Другое дело, если вы реализуете блокировку на более высоком уровне - то бишь это мой клиент и все его причиндалы мои, то есть не на уровне строк. Тогда это имеет смысл.
А так советую просто реализовать оптимистическую блокировку - завести поле timestamp и по желанию кто и когда последний обновил строку. Если при обновлении выясняется что timestamp во время чтения не равен во время записи - выводим пользователю ошибку о том что запись была изменена кем и когда.