0

データベースには、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. 私は、1つまたは複数の画像に関連する多くのテーブルを持っています。
  2. 画像はストレージ容量のために異なるホストにアップロードされます。
  3. 同じニーズで、データベースに追加されるテーブルがさらに存在する可能性があります。
  4. ドメインの変更に依存して、一部のテーブルのイメージパスも変更される可能性があります。

ここで、私は画像の多次元テーブルが正しいデザインの選択肢であることから、この問題に対処したいと思います。それは将来の証明になるでしょうか?

# images 
- id 
- table_id 
- table_name 
- image_path 
- created_at 

ありがとうございました。

+0

**テーブルへのリンクがあります**特定の種類のデータが行う、画像に関係を持っていません。あなたが本当に人を達成しようとしていることを説明できるなら、より有用な答えを提供することができます。私が言っていることの例として、 'user'テーブルはプロフィール画像との関係を持たず、ウェブサイトを使っている人はプロフィール画像を持っています。 –

答えて

-1

WordPressやDrupalのような一般的なオープンソースCMSのクイックインストールを検討し、いくつかの画像を追加してどのようにこれを実現するかを検討することができます。多くのCMSは、あなたが考慮していないいくつかの問題を考えているかもしれません。

-1

逆の方法で問題を探しています。あなたはすべてのあなたのイメージを持つ1台を必要とし、画像を必要とする各テーブルには、画像テーブル

images table relationsship

関連する問題