CakePHP таблицы базы данных определения трех зависимых отношений

Question

У меня есть три таблицы (блоки, роли, пользователи), где справедливо следующее в схеме:

blocks have many users 
users have many blocks 
users have many roles, but the roles are specific to the block (and the user) 
blocks have many roles, but the roles are specific to the user (and the block) 

Например:

user => john 
belongs to block => 'metro' with role => 'builder' 
belongs to block => 'rural' with role => 'investor' 

user => dan 
belongs to block => 'metro' with role => 'resident' 
belongs to block => 'rural' with role => 'investor' 

У меня есть присоединиться к таблице с именем block_role_user со следующими столбцами:

id block_id role_id user_id created modified 

Я думаю, это было бы hasandbelo ngstomany между всеми тремя таблицами. Я подумал о том, чтобы установить это с помощью таблицы hasandbelongstomany между блоками и пользователями, а другая таблица hasandbelongstomany между ролями и пользователями, но это не будет полностью определять уникальную взаимосвязь между блоком, ролью и пользователем.

Я ищу совет по наилучшему способу приблизиться к этому и оценить любые советы.

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

Я подумал о создании модели, называемой blockroleuser, и установлении отношений с использованием стандартного соглашения cakephp. Если это приемлемый способ, можете ли вы дать некоторые рекомендации по наименованию файлов модели и контроллера?

Еще раз спасибо ...

Answer 1

Если я вас правильно, то вы ищете отношения менее рыхлые, чем HABTM, который будет определять конкретную связь между User, в Block и Role.

Лично я бы, вероятно, использовать модель, которая определяет эти отношения с помощью belongs to, где User может иметь многие из тех, что-то вроде:

User hasMany Whatever 

Whatever belongsTo User 
     belongsTo Block 
     belongsTo Role 

Это, вероятно, более или менее то, что вы Мента, когда вы говорили о модели BlockRoleUser, правильное именование может зависеть от того, что именно представляют собой блоки. Конечно, общее название, например, Involvement или даже UserBlockRole, тоже может быть прекрасным, я не думаю, что вам нужно слишком много об этом беспокоиться.

В любом случае, это выглядит довольно прямолинейно и строго для меня, и, если необходимо для вашего приложения, то дополнительные HABTM отношения могут быть установлены с использованием той же таблицы. Эти HABTM отношения, скорее всего, будет использоваться только для выбирает только, например, когда там нужно для запроса всех в Blocks с User связано, или при тестировании ли в User связан с конкретным Block и т.д ...