同じ名前の2つのテーブルが必要 - このデザインに何が問題なのですか？

Question

私は一度に2つのウェブサイトプロジェクトに取り組んでいます。ただし、2つのWebサイトが相互に接続され、同じデータベースを共有しています。

最初のサイトでは、それを車のサイトと呼ぶことにしましょう。ここでタグシステムと同じように、エントリに割り当てられるタグ/ラベル/カテゴリを保持する「タグ」というテーブルを作成しました。今では車とは無関係に、別のタイプのエントリーのタグを保持するために別のテーブルが必要になります。たとえば、服にタグを付けるとしましょう。

私はすでに車でタグをつけているcar_tagというテーブルを持っています。

2つの異なるタイプの「製品」のタグを同じテーブルに格納する必要がありますか？私はネストされたセットモデルを使用しています。これはかなり混乱する可能性があり、Webサイトのユーザーが非常に混乱しているエントリで何かが壊れてしまう日があると思います。

提案がありますか？タグ1とタグ2？私は同じWebサイト上の異なるが関連するプロジェクトのために、後でさらに多くのタグを必要とするかもしれないと思う。

Answer 1

タグが同じ意味的目的を果たす限り、私はそれらを1つのテーブルに結合することに問題は見られません。 TagType/TagTypeIdフィールドを追加して、格納しているタグの種類（車、名前のないエンティティ）を明示する必要があります。

パフォーマンス上の理由から必要な場合は、別のテーブルに分割することができます。

Answer 2

同意する - 同じテーブルに座っても大丈夫です。

実際、それらが同じオブジェクト/コンセプトを表す場合、それらを別々のテーブルに入れるのは間違いでしょう。

また、タグを「分割」する必要はありません。 red台の車とredの衣服がある場合、両方とも同じredタグにリンクされていれば、どんな害がありますか？あなたはいつかredタグを持つすべてを見つける必要があるかもしれません。全く害はありません。