Здравствуйте уважаемые!

Прошу помощи в составлении вьюшки из восьми таблиц.

Состав таблиц (ни одна таблица не связанна друг с другом, чем либо):

cams_list – список камер + различные свойства и характеристики. Здесь они создаются (впоследствии заносятся в группы, на что имеется отдельный столбец cam_gr_id, где указывается ID группы камер). Из таблицы дёргается только ID камер (cam_id)
cams_users – список пользователей + различные свойства и характеристики. Здесь они создаются (впоследствии заносятся в группы, на что имеется отдельный столбец group_id, где указывается ID группы пользователей). Из таблицы дёргается только ID пользователей, логин и принадлежность к админу (user_id, user_login, is_admin)
cams_groups – список групп пользователей. Из таблицы берётся ID группы (group_id)
cams_list_groups – список групп камер. Из таблицы берётся ID группы и имя группы (cam_gr_id, cam_group_name)
cams_rules_groups – права групп пользователей на камеры по-отдельности. Из таблицы берётся статус права (crg.rule_status AS rule_status_group)
cams_rules - права пользователей на камеры по-отдельности. Из таблицы берётся статус права (cr.rule_status AS rule_status)
cams_list_rules_users - права пользователей на группы камер. Из таблицы берётся статус права (clru.rule_status AS rule_cam_status_user)
cams_list_rules_groups – права группы пользователей на группы камер. Из таблицы берётся статус права (clrg.rule_status AS rule_cam_status_group)

Условие таково, что все таблицы должны быть раздельные и только вьюшка собирает их в сводную таблицу. Окончательный смысл вьюшки в следующем: Есть ID пользователя или его имя или группа пользователей или группа камер и тп. При одном из этих условий (и указанных желаемых столбцов статусов) должны выбираться только те права, которые принадлежат данному пользователю или группе и тд. Ни чего лишнего и вторичного. 

Ниже приведён код, который почти, но не совсем подходит под условия. Он прошёл уже около 15 стадий изменении и модификации, но нужного результата так и не достиг. Проблема явно в условиях склеивания и LEFT JOIN. Где то, что то я упускаю. Но уже не способен смотреть равнодушно и трезво на этот код. Я понимаю, что он не маленький и при взгляде на него слегка мутит, но может всё же у Вас найдётся сил выявить мою оплошность.

Все таблицы прилагаются во вложении, если кто хочет досконально изучить данную «аномалию»)

Отвечу на любые вопросы, если что не понятно.

Заранее благодарю всех кто откликнется




Присоединённый файл ( Кол-во скачиваний: 2 )
 cams.rar 3,50 Kb

В виде работающих CREATE TABLE скриптов (без движков, комментов, лишних для задачи полей и прочей мутоты). Пардон, не заметил аттача. Снимается.


Маловменяемо. Попробуйте сперва показать описание тому, кто ничего не знает - если он сразу поймёт, то сюда, а если нет - в переделку.


Это про отсутствие FK? да хоть два раза. А вот логическую связь извольте указать.

Это сообщение отредактировал(а) Akina - 6.2.2013, 13:48

Объясню иначе. 
Вся вьюшка строится лишь для того, что бы получить на каждый из указаный параметр (ID пользователя, ID камеры, ID группы пользователей) результат в столбце result (в нём подсчитываются приоритеты прав CASE`ом, которые перекрывают один другой) и результат отношений остальных параметров к одному из трёх перечисленных выше.

Не хотите объяснять, не надо. Обойдёмся тем, что есть. Но ответ будет неполным.

Посмотрел дамп. Блин, а можно было его привести в человеческий вид? за каким хреном там куча ненужного дерьма? левые таблицы, напрочь ненужные инструкции, вьюшки какие-то?


Проблема в том, что неправильно выполнено связывание таблиц. Вместо дерева получается сетка.

Если разберусь в этом бардаке (и не надоест раньше) - выложу.

Вот как забавно выглядят связи (см. аттач) в опубликованном запросе (без направления, просто соответствия). Это ЯВНО неправильно.
Нарисуйте себе (хоть карандашом) правильные связи - и тогда стройте запрос.

Присоединённый файл ( Кол-во скачиваний: 8 )
 1.gif 5,20 Kb