My<cod/>.net
Блокировка страниц при совместном редактировании
Просмотров: 272
Ответов: 2
Доброго времени суток.
Есть такая структура базы данных
Краткое описание:
users — таблица пользователей.
user_roles — роль пользователя в конкретной свадьбе, пользователь может участвовать в редактировании
нескольких свадеб.
wedding — таблица свадеб.
user_edit_rights — Права пользователя в конкретной свадьбе на редактирование того или иного модуля.
user_module_locks — Блокировки пользователем конкретного модуля
user_right_modules — список модулей которые можно редактирвать.
modules — список всех модулей на сайте.
Задача сделать блокировку отдельных страниц для совместного редактирования,
то есть чтобы страницу мог редактировать только один пользователь.
Я решил сделать так:
1. После того как пользователь заходит на страницу выполняется следующий запрос.
SELECT
users.user_id,
modules.module_id,
IF(user_edit_rights.user_id = users.user_id, 1, 0) AS user_can_edit_module,
my.module_id AS user_lock_module_id,
IF(other.user_id != users.user_id,1,0) AS another_user_lock_module
FROM users
INNER JOIN user_roles ON users.user_id = user_roles.user_id
INNER JOIN wedding ON wedding.id = user_roles.wedding_id
LEFT JOIN modules ON 1
LEFT JOIN user_edit_rights ON user_edit_rights.user_id = users.user_id AND user_edit_rights.wedding_id = wedding.id AND user_edit_rights.module_id = modules.module_id
LEFT JOIN user_module_locks AS my ON my.wedding_id = wedding.id AND my.user_id = users.user_id
LEFT JOIN user_module_locks AS other ON other.wedding_id = wedding.id AND other.module_id = modules.module_id
WHERE users.user_id = 3285
AND wedding.id = 72
AND modules.name = 'gifts'
Результат его выполнения выглядит примерно так:
users.user_id,
modules.module_id,
IF(user_edit_rights.user_id = users.user_id, 1, 0) AS user_can_edit_module,
my.module_id AS user_lock_module_id,
IF(other.user_id != users.user_id,1,0) AS another_user_lock_module
FROM users
INNER JOIN user_roles ON users.user_id = user_roles.user_id
INNER JOIN wedding ON wedding.id = user_roles.wedding_id
LEFT JOIN modules ON 1
LEFT JOIN user_edit_rights ON user_edit_rights.user_id = users.user_id AND user_edit_rights.wedding_id = wedding.id AND user_edit_rights.module_id = modules.module_id
LEFT JOIN user_module_locks AS my ON my.wedding_id = wedding.id AND my.user_id = users.user_id
LEFT JOIN user_module_locks AS other ON other.wedding_id = wedding.id AND other.module_id = modules.module_id
WHERE users.user_id = 3285
AND wedding.id = 72
AND modules.name = 'gifts'
| user_id | module_id | user_can_edit_module | user_lock_module_id | another_user_lock_module |
|---|---|---|---|---|
| 3285 | 10 | 0 | 2 | 0 |
После этого я могу либо добавить запись в таблицу user_module_locks
либо обновить либо удалить ненужные блокировки. То есть дальнейшая
логика приложения зависит именно от результата выполнения данного запроса.
Меня смущают 6 джоинов (в идеале 8-9) и постоянная необходимость выполнения этого запроса
и запроса на манипуляцыю (update, insert, delete) данных в таблице user_module_locks
данные в этой таблице будут постоянно изменятся при переходе пользователя от одной
страницы к другой. EXPLAIN данного запроса показывает что все SIMPLE и скорее всего
одновременного редактирования многими пользователями не будет (онлайн < 10 человек).
Больше всего меня интересует вопрос нормально ли это когда для получения полной
сущьности используется один запрос с большим кол-вом джоинов?
А также примерный алгоритм для организации редактирования данных несколькими
пользователями сразу.
А также нормально ли когда первичный ключ состоит из 3х и более полей?
