最近、1 つまたは複数のテーブルに関連する問題が発生しました。

例: アプリケーション テーブル app_table があり、マテリアル テーブルが多数あります (material_table1、material_table2...、
各マテリアル テーブルについて、1 つのマテリアルが複数のアプリケーションで使用され、1 つのアプリケーションでも使用される可能性があります)複数の素材。各材質テーブルと適用テーブルはこの関係にあり、各材質テーブル間には関連性はありません。

多対多であることは明らかですが、問題は、テーブルを多対多に従って作成すると、材料テーブルごとに中間テーブルを作成する必要があることです。

私は今、アプリケーション テーブルにフィールドを追加し、各マテリアルのフィールドを追加するというアイデアを思いつきました。フィールドには、このアプリが所有するマテリアルの ID
がカンマで区切られて保存されます。ただし、問題は、この場合、クエリを 2 回行う必要があり、最初にアプリケーション テーブルのフィールドをフィルタリングし、次にクエリされたデータを条件に従ってフィルタリングする必要があることです。

もっと良い計画やアイデアがあるかわかりませんが、皆さんありがとうございます

ちょっと説明がわかりにくいのですが、素材のカテゴリーごと（素材テーブル）にインターフェースがあるのですが、素材を返却する際に用途に応じてフィルタリングする必要があり、複数の素材を使用するアプリケーションもあります（ 1 つの材料テーブル)、テーブル内の複数の材料)、1 つの材料を複数のアプリケーションで使用できます。現状では、各材料テーブルを区別するためにアプリケーションフィールドを追加していますが、これには多くのエントリを追加する必要があります。そこで、応用表を作ってから、材質ごとの関連付け表を作るかどうかを考えました。このようにして、リクエストを作成するときに、最初にリクエスト パラメータのアプリケーション名に基づいてアプリケーション テーブル内のデータを検索し、次に関連付けに基づいて関連するマテリアル テーブル内の修飾されたデータを検索できます。
もっと良い方法があるかどうかわかりません。