データベースには、1つのイメージまたは複数のイメージが関連付けられているテーブルがあります。たとえば、次のようになります。複数の画像リソースを扱うためのデータベーススキーマ設計
# table 1
- id
- name
- created_at
# table 2
- id
- name
- created_at
これらの各テーブルには、1つまたは複数の画像があります。典型的な設計はこのようになります:
# table 1
- id
- name
- image_path
- created_at
# table 2
- id
- name
- created_at
# images table
- id
- table_2_id
- image_path
- created_at
しかし、私は次のような設計にはいくつかの問題を抱えているために起こった:
- 私は、1つまたは複数の画像に関連する多くのテーブルを持っています。
- 画像はストレージ容量のために異なるホストにアップロードされます。
- 同じニーズで、データベースに追加されるテーブルがさらに存在する可能性があります。
- ドメインの変更に依存して、一部のテーブルのイメージパスも変更される可能性があります。
ここで、私は画像の多次元テーブルが正しいデザインの選択肢であることから、この問題に対処したいと思います。それは将来の証明になるでしょうか?
# images
- id
- table_id
- table_name
- image_path
- created_at
ありがとうございました。
**テーブルへのリンクがあります**特定の種類のデータが行う、画像に関係を持っていません。あなたが本当に人を達成しようとしていることを説明できるなら、より有用な答えを提供することができます。私が言っていることの例として、 'user'テーブルはプロフィール画像との関係を持たず、ウェブサイトを使っている人はプロフィール画像を持っています。 –