次のようなリレーションにおいて、同じモデルの中間テーブルが2つ存在するのはおかしいでしょうか？

Question

モデルのリレーションを作成する際に、
同じモデルの中間テーブルが2つ存在するのって問題がありますでしょうか？

次の例でいうと

CategoriesUsers
Entries

というのは業務上必要で、かつ、
Entriesの内容をCategoriesUsersの内容に統合するのはできません。（気色が違うため）

こういうのは、一般的に問題ないものなのか、それとも、根本的に設計を見直すべきなのか、アドバイスいただけないでしょうか？

よろしくお願いします。

例

Category
User

1つ目の中間テーブル

CategoriesUsers

cateogry_id
user_id

2つ目の中間テーブル

Entries

cateogry_id
user_id

Comments

[coco_bauer]

CategoriesUsersのcategory_idと、Entriesのcategory_idに同じ値が入ることはあるのでしょうか？　２つが統合できないような性質のものなら(category_idに入る種類が異なっているのなら）、Entriesのcategory_idをentry_idとかに変えるなどして異なるモデルとしたほうが混乱が少ないように思われます。　そもそも、同じモデルのデータが統合できないというのは、実はモデルが本質的に異なるからではないでしょうか。

[KiyoshiMotoki]

それぞれ「どのようなモデルを表すテーブルなのか」と「他のテーブルにどのようにリレーションしているのか」を追記すると、回答がつきやすくなると思います。

Answer 1

気色が違うためという理由があるのなら、別テーブルで良いと思います。
ただし、今は2テーブルですが、5個とか10個とかあるなら、まとめても良いかもですね。

kind                // 1=CategoriesUsers 2=Entries 3=xxx ...
cateogry_id
user_id

こうした場合、このテーブルにアクセスが集中することになるので、頻繁に更新するようであれば対策が必要になるかもしれません。
参照しかしないのであれば、気にしなくて良いかもですが。

使い勝手とわかりやすさで決めることになりますかね。